内容简介：Fedora 29 中实现了一项令人惊讶的有争议的变化 —— 从默认的 BuildRoot 中删除 GCC 和 GCC-C++，以便将 Fedora 包与 Koji 和 Mock 组合。 到目前为止，我们总是认为 GCC（包括 GCC C++ 编译器）默认存在于每个...
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/ 编译：开源中国
【声明】文章转载自：开源中国社区 [http://www.oschina.net]
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- Fedora 29 从默认 BuildRoot中删除 GCC 引起激烈争论
- Paxos vs Raft 的争论
- 关于Redis RedLock算法的争论
- “深度学习不能拿来乱用”，Nature论文引发激烈争论
- [译] 开发者争论 split-lock 检测机制
- 关于.NET Core是否应该支持WCF Hosting的争论
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
