c++ - 链接/运行时不同 GCC 版本的风险？

Question

我正在使用 Intel 的 C++ 编译器，它在 Linux 上依赖于 GNU 提供的 libc.so 和 libstdc++.so。

这是我的问题。要访问一些最新的 C++11 功能，我需要使用 GCC 4.7 或更高版本附带的 libstdc++。但我被困在使用 CentOS 6.4。

在 CentOS 6.4 上，GCC 的原生版本是 4.4。但是使用一个名为“SCL”的 RedHat 和一个名为“devtoolset-1.1”的包，我可以在“/opt”下安装 GCC 4.7。

我以上述方式设置为使用 GCC 4.7，我可以使用较新的 C++11 功能。

所以这是我的问题:如果用户在库路径中仅使用 GCC 4.4 版本的 libc.so/libstdc++.so 运行我的程序，是否存在由于 4.4 之间的某些不匹配而导致我的程序出现错误的风险以及这些库的 4.7 版本？

如果存在潜在问题，我可以通过静态链接 GCC 4.7 的 libc 和 libstdc++ 版本来解决它吗？或者，如果/当我的代码动态加载的其他库选择了系统范围的 GCC 4.4 包提供的较旧的 libc/libstdc++ 时，是否会为其他问题做好准备？

Answer 1

正如 Praetorian 在下面的评论中指出的那样，使用 devtoolset 实际上解决了我最初在这个答案中描述的问题。我已经更正了答案。

is there a risk that my program will have bugs due to some mismatch between the 4.4 and 4.7 versions of those libraries?

是的。 100% 不支持链接到较新的 libstdc++.so，然后尝试运行较旧的 libstdc++.so。如果您的程序中的任何对象或其使用的任何库都使用 GCC 4.7 进行编译并链接到 4.7 中的 libstdc++.so，那么您需要在运行时使用 4.7(或更新版本)中的 libstdc++.so。它甚至可能不会运行，但如果运行，可能会由于不兼容而出现无声错误。但这对你来说不是问题，因为你没有链接到 GCC 4.7 的 libstdc++.so，见下文。

can I work around it by statically linking in GCC 4.7's versions of libc and libstdc++?

1) 您只需要对 libstdc++ 执行此操作，因为没有“GCC 4.7 的 libc 版本”之类的东西。 Glibc 是一个完全独立于 GCC 的项目。当您使用 GCC 4.7 时，您没有使用不同的 libc，您仍在使用 CentOS 6.4 中的系统 libc。(顺便说一句，请注意，glibc 维护人员强烈建议不要静态链接 glibc，并且 glibc 的某些功能在静态链接时将不起作用。)

2) 静态链接 libstdc++ 可以解决这个问题，但您不需要这样做，因为 Red Hat Developer Toolset 就是这样。 (devtoolset) 无论如何都适合你。 devtoolset 的全部意义在于它允许您使用更新的 GCC 和更新的 libstdc++，但不会在更新的 libstdc++ 库上创建任何运行时依赖项。编译的可执行文件只需要 libstdc++.so 的系统版本，它始终存在于 RHEL/CentOS 上，即使是没有安装 devtoolset 的系统。 (devtoolset 所做的是将所有新的 libstdc++ 功能打包在一个名为 libstdc++_nonshared.a 的静态库中，以便系统 libstdc++.so 中不存在的所有部分都静态链接，并且所有内容else 将来自系统 libstdc++.so)。

如果您没有使用 devtoolset，那么另一个替代静态链接 libstdc++ 的选项是将更新的 libstdc++.so 与您的代码一起发布并确保首先找到它(例如，通过将您的代码与引用更新的 RPATH 链接libstdc++.so)。但是使用 devtoolset 就没有必要了。

Or is that setting myself up for other problems if/when other libraries that my code dynamically loads pick up the older libc / libstdc++ supplied by the system-wide GCC 4.4 package?

使用 devtoolset 不会出现这样的问题，因为你一直在使用旧的 libstdc++，所以永远不会发生冲突。