GCC邮件列表中在争论GCC是否应该接受收费插件，但是认为GCC是一个自由软件（free software）开发的媒介的论调占得了上风Gcc以及它在模块化方面的缺失又一次作为一个问题被提出来，并且和市场上的新的编译器LLVM做了对比。GCC巨大而古老：5百万行代码，30年研发时间，并且还在继续增长。
2024-07-20
简单说来，一个 编译器 compiler 不过是一个可以翻译其他程序的程序。传统的编译器可以把源代码翻译成你的计算机能够理解的可执行机器代码。（一些编译器将源代码翻译成别的程序语言，这样的编译器称为源到源翻译器或 转化器 transpilers 。）LLVM 是一个广泛使用的编译器项目，包含许多模块
2024-07-19
LLVM 12 已释出 3 天，但是连发布公告都没写完LLVM 编译器套装项目是一个已经有 18 年历史的重要项目，其更新也算活跃，在很多方面都已经超过了 GCC。4 月 14 日，LLVM 释出了最新的 12.0.0。主要新特性和变化可以参见发布公告。然而，发布公告还没编写完。没料到 LLVM 在
2024-07-17
最近有一个LLVM错误报告“ 针对Zen进行优化时，Zen CPU的运行时性能较差 。“好吧，这不好……幸运的是，这个错误现在已经用最新的LLVM Clang编译器代码修复了，但AMD CPU优化目标中的其他缺陷仍然存在。 上周公布的是“[X86]为Zen优化时Zen CPU的运行时性能更
2024-05-10
一些渴望获得尽可能好的性能的人有时会使用“-Ofast”优化级别构建软件，该级别比“-O3”高一步，但存在潜在的不安全数学风险。LLVM开发人员现在正在权衡是弃用-Oast以删除它，还是将其作为-O3优化的别名。 GCC和LLVM/Clang上的-Ofast选项采用-O3，但还附加了-fast数
2024-05-04
通过使用剖析技术，可以识别和分析 c++++ 函数性能瓶颈。常用的库和工具包括：llvm perf：记录和分析函数调用图。gperftools：测量和记录函数调用及其他性能指标。通过案例示例，剖析技术可以帮助识别耗时的函数并消除性能瓶颈，从而提升代码执行效率。 C++ 函数性能优化中的 profi
2024-04-23