Fedora 29將GCC從默認的Build Root中刪除

Fedora 29 中實現了一項令人驚訝的有爭議的變化 —— 從默認的 BuildRoot 中刪除 GCC 和 GCC-C++，以便將 Fedora 包與 Koji 和 Mock 組合。到目前為止，我們總是認為 GCC（包括 GCC C++ 編譯器）默認存在於每個 build-root 中。

為Fedora 29實施的一個令人驚訝的爭議性變化是從默認的BuildRoot中刪除GCC和GCC-C++，以便與Koji和Mock組裝Fedora包。

到目前為止，我們總是暗示GCC（包括GCC C++編譯器）默認存在於每個build-root目錄中。但是現在有更多的軟體包用Go，Rust，Python，Node.js和其他現代語言編寫，C/C++應用程序的比例正在下降。因此，Koji/Mock中的默認構建環境不再暗示GCC C/C ++支持，這反過來應該有助於打包非C/C++包的構建時間，因為它們將不再需要拉入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討論和批准，但似乎有些成員錯過了它或者當時不想參與。那些對整個討論充滿好奇的人可以通過郵件列表存檔找到它。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！