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

（点击上方公众号，可快速关注）

英文：Michael Larabel，编译：开源中国

www.oschina.net/news/98017/fedora-29-gcc-buildroot-debate

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 讨论和批准，但似乎有些成员错过了它或者当时不想参与。如果你对整个讨论充满兴趣，可以通过邮件列表存档找到相关信息。

【关于投稿】

如果大家有原创好文投稿，请直接给公号发送留言。

① 留言格式：
【投稿】+《 文章标题》+ 文章链接

② 示例：
【投稿】《不要自称是程序员，我十多年的 IT 职场总结》：http://blog.jobbole.com/94148/

③ 最后请附上您的个人简介哈~

看完本文有收获？请分享给更多人

关注「Linux 爱好者」，提升Linux技能