Fedora 29 从默认 BuildRoot中删除 GCC 引起激烈争论

栏目: 服务器 · 编程工具 · 发布时间: 6年前

Fedora 29 中实现了一项令人惊讶的有争议的变化 —— 从默认的 BuildRoot 中删除 GCC 和 GCC-C++,以便将 Fedora 包与 Koji 和 Mock 组合。

到目前为止,我们总是认为 GCC(包括 GCC C++ 编译器)默认存在于每个 build-root 中。但实际情况是,现在有更多的软件包使用了 Go, Rust, Python, Node.js 以及其他现代语言编写,C/C++ 应用程序的比例正在逐渐下降。因此,Koji/Mock 的默认构建环境中不再包含对 GCC C/C++ 的支持,反过来,这应该有助于非 C/C++ 包的包构建(package build)时间,因为将不再需要把它们拉入 gcc/gcc-c++ 中,同样的,这也将会有一个更干净的 buildroot 环境。

需要 C 或 C++ 编译器的软件包现在需要将其列为 BuildRequires 标记的一部分。实际上,对于这个 Fedora 29 周期来说,这不应该是一个很大的变化,因为在即将进行大规模重新构建之前,他们已经将 gcc/g++ 添加到需要所述编译器的所有软件包中。而对于用户来说,这应该几乎没有区别。我们可以看到,确切的计划已经在 Fedora Wiki 上已经列出了几个月。

但最近几天,当这个即将发生的转变的通知被发布到 Fedora devel 列表时,它变成了一些利益相关者的激烈交流。表达的担忧包括:

添加 "BuildRequires: gcc" (或 gcc-c++) 是相当明确的,因为将来使用 LLVM Clang 或其他的替代编译器构建 C/C++ 包可能需要进行大量更改。当然,Fedora 中并非所有当前的 C/C++ 软件包都在 Clang 下完全构建。有人建议改为使用构建取决于 glibc-devel 或 libstdc++,但这会带来一系列挑战。

从好的方面来看,现在应该能更清楚地看到有多少 Fedora 软件包需要 C/C++,因为之前 GCC 始终存在,而依赖其他打包命令来估计总数是相当不透明的。

事实上,这个主题之前已经在2月到3月期间由 FESCo 讨论和批准,但似乎有些成员错过了它或者当时不想参与。如果你对整个讨论充满兴趣,可以通过 邮件列表存档 找到相关信息。

原文: https://www.phoronix.com/ 编译:开源中国


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

来吧!带你玩转 Excel VBA

来吧!带你玩转 Excel VBA

罗刚君、杨嘉恺 / 电子工业出版社 / 2013-7 / 85.00元

本书旨在普及Excel VBA 基础理论,以及通过VBA 的高级应用扩展Excel 的功能,提升读者的制表效率,解决工作中的疑难,同时亦可借此开发商业插件。 本书主要分为操作自动化引言篇、入门篇、进阶篇和疑难解答篇,覆盖从入门到提高的所有内容,以满足不同层次的读者需求。其中操作自动化引言篇简述了操作自动化的需求与方式,借此引出VBA 入门篇。VBA 入门篇包含第2 章到第13 章,主要介绍了......一起来看看 《来吧!带你玩转 Excel VBA》 这本书的介绍吧!

在线进制转换器
在线进制转换器

各进制数互转换器

SHA 加密
SHA 加密

SHA 加密工具

HEX CMYK 转换工具
HEX CMYK 转换工具

HEX CMYK 互转工具