GCC 向后兼容性答案

【问题标题】：GCC backwards compatibilityGCC 向后兼容性
【发布时间】：2013-04-17 10:55:12
【问题描述】：

我正在将应用程序移植到红帽企业 5 服务器，并且该服务器已安装 GCC v4.1.2。我需要 GCC 4.2，而 4.1.2 是 yum 网络中的最新版本。如果我下载一个较新的 .repo 文件并运行 yum install 来更新它，安装是否有可能导致服务器上运行的旧应用程序依赖失败？我觉得不会，但我并不乐观，这是我第一次在实时服务器上工作，我不想搞砸任何事情。这样做安全吗？

感谢您的建议！

【问题讨论】：

标签： gcc g++ redhat yum rhel

【解决方案1】：

GCC 4.2 的运行时库与 GCC 4.1 的运行时库向后兼容，因此与旧库链接的任何内容都应该适用于新库。

也就是说，可能有依赖于特定 4.1.2 版本的 RPM 包会抱怨，即使从技术上讲它们可以与较新的库一起使用。当然，如果你搞砸了，那是你自己的错;-)

无论如何，我认为 RHEL5 没有比 GCC 4.1.2 更新的版本

【讨论】：

感谢您的回复！你说得对，4.1.2 是 RHEL5 的最新版本。我做了一些挖掘，结果发现唯一的问题是用于在我需要的包的 makefile 中指定 GCC 的 CPU 模型的“native”关键字。查找适当的名称并更改包中的每个 makefile 允许我直接使用 GCC 4.1.2 编译它，因为显然直到 4.2 左右才引入“native”。再次感谢。