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