GNU 项目组近期宣布正式发布GCC 5.1。GCC 5 的第一个主要版本增加了许多新特性和改进，例如：改进对C++11/14 的支持，libstdc++ 库默认使用全新ABI，一个机器码即时编译嵌入库。
GCC 5.1 中引入的最重要的变化：
- ANSI 批准的 C 标准 gnu89 太过于古老，新版本中采用 gnu11 作为默认的 C 编译器。
- 在其它方面，C++ 运行时引入一个新的 ABI，默认启用并且使用兼容 C++11 的 std::string 和 std::list 类代替现有的类。这个改动不影响已有代码，开发者无须为此重构它们，使用第三方库的开发者如果想要使用老版本 ABI，则需要使用 -D_GLIBCXX_USE_CXX11_ABI=0 这个 flag。新的 libstdc++ 库提供了双重 ABI ，这意味着使用老版本 GCC 构建的代码能够在最新的 libstdc++ 库中运行。库和插件的提供者可以选择支持同样的双重 ABI 概念，以此免去开发者们的重构之忧。
- 更好地支持 C++11 和 C++14：libstdc++ 现在完全支持 C++11 并为 C++14 提供实验性支持。此外，G++ 支持许多 C++14 的特性，例如：变量模板、非静态数据成员初始化集合，确定大小的内存销毁函数等。
- GCC 5 提供一个可选的，Go 1.4.2 的完整实现。
- GCC 5 能够将自身构建为共享库 libgccjit，然后作为即时编译器嵌入到机器码中。这一选择仍是实验性的并且“尚不推荐应用于实际产品中”，但是它的确给我们带来诸多有趣的可能性，例如在Python 中自定义一门语言，然后为它构建一个机器码编译器。通过查阅官方GCC 5.1 发行版无法判断应用于 GCC 运行时库的许可例外是否同样可以应用于 libgccjit。如果你的最终产品和分发的程序链接了 GCC 运行时库，没有运行时库例外意味着你的产品和程序必须在 GCC 的许可（GPL3）下发布。
- 最后，GCC 5.1 增加了许多优化，例如：相同函数统一使用一个新的相同代码折叠（ICF）路径；检测只赋值却未使用的变量并优化；改进了内存使用以及链接时间；改进了注册配置等。你可以获取更完整的改动概况以了解更多细节。
GCC 主要的竞争者是 LLVM，现在发布到 3.6 版本。Phoronix运行了一系列的基准测试来比较GCC 5 预发布版与LLVM 3.5，他们发现二者在绝大多数测试中的表现非常相似，只在几个测试中不太一样，例如：C-Ray 多线程ray-tracer 测试中，GCC 的性能领先；LLVM 的Clang 在编译时胜于GCC。这么看来，两款编译器间最大的差异大概就是不同的许可模式了，GCC 基于GPL3 的许可，而LLVM 基于一种更像是MIT/BSD 的许可。
查看英文原文： GCC 5.1 is Out
感谢夏雪对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们，并与我们的编辑和其他读者朋友交流（欢迎加入 InfoQ 读者交流群
）。
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
系统稳定性左移三步走——性能、容量、可靠性
eBPF + LLM：实现可观测性智能体的基础设施
大模型趋势下的企业数据体系思考
评论