gcc对其依赖性如此保守，这有真正的原因吗？（MPFR、GMP、MPC）_C_Gcc_Gmp_Mpfr_Mpc

gcc对其依赖性如此保守，这有真正的原因吗？（MPFR、GMP、MPC）

c gcc

gcc对其依赖性如此保守，这有真正的原因吗？（MPFR、GMP、MPC）,c,gcc,gmp,mpfr,mpc,C,Gcc,Gmp,Mpfr,Mpc,我想知道是否有人知道为什么gcc对用于编译和构建gcc本身的库的版本如此保守我问这个问题的主要原因是：我认为在列出的“隐式建议”版本（它们也出现在gcc源代码中的一些脚本中）和可用的最新里程碑之间有很大的变化我认为在某种程度上，保守只会增加携带给定库的有缺陷和次优版本的机会目前可用的最新版本与“隐含建议”版本相比：这只是针对重要的版本，也有其他版本，如cloog和isl，但在这里你可以看到一个很大的不同，这些版本只是旧版本有人知道这样做的一些好理由吗？打破这3个库中的更改？稳定性可移

我想知道是否有人知道为什么

gcc

对用于编译和构建

gcc

本身的库的版本如此保守

我问这个问题的主要原因是：

我认为在列出的“隐式建议”版本（它们也出现在

gcc

源代码中的一些脚本中）和可用的最新里程碑之间有很大的变化

我认为在某种程度上，保守只会增加携带给定库的有缺陷和次优版本的机会

目前可用的最新版本与“隐含建议”版本相比：

这只是针对重要的版本，也有其他版本，如cloog和isl，但在这里你可以看到一个很大的不同，这些版本只是旧版本

有人知道这样做的一些好理由吗？打破这3个库中的更改？稳定性可移植性？

答案在Jonathan Wakely的著作中：

我们在过去遇到过这样的情况：建议的最低版本有效，而最新版本阻止了GCC的构建。建议的版本是已知的工作，并已进行了彻底的测试，这可能不是真实的最新版本

永远不要评判你没有编写的编译器。如果它不适合你，写你自己的。@I或者我不是在评判任何事情，我也更感兴趣的是把这件事做好，并从gcc中得到最大的好处，这与仅仅在互联网上进行辩论而做出评判完全相反。我只是在开玩笑。你的问题完全正确。最新的版本很好用。您已经猜到了原因：这些旧版本已经测试了多年，没有发现影响gcc的重大缺陷，这些依赖项的新版本已经放弃了对gcc仍然试图支持的一些可怕平台的支持。@Marglisse您能给这些平台起些名字吗？

      latest     considered by gcc
MPFR  3.1.2      2.4.2
GMP   6.0.0a     4.3.2
MPC   1.0.2      0.8.1