Centos 6 上的 GLIBCXX 3.4.15

Question 1

我认为这是一种 hack，但使用它的次数比我愿意承认的更多，以解决与 GLIBC 的兼容性问题，例如您遇到的问题。

该黑客攻击涉及创建一个链接，/usr/lib其中包含特定工具所需的库的名称。然后该链接指向该库的替代名称。

例子

假设我想创建一个链接到libstdc++.so.6.

$ ls -l /usr/lib | grep libstdc++.so
lrwxrwxrwx.  1 root root       19 Dec 18  2010 libstdc++.so.6 -> libstdc++.so.6.0.14
-rwxr-xr-x   1 root root   950428 Sep 24  2010 libstdc++.so.6.0.14

它的结果是这样的：

$ ln -s libstdc++.so.6 libstdc++.so.6.0.15

检查结果：

$ ls -l /usr/lib | grep libstdc++.so
lrwxrwxrwx.  1 root root       19 Dec 18  2010 libstdc++.so.6 -> libstdc++.so.6.0.14
lrwxrwxrwx.  1 root root       19 Dec 18  2010 libstdc++.so.6.0.15 -> libstdc++.so.6.0.14
-rwxr-xr-x   1 root root   950428 Sep 24  2010 libstdc++.so.6.0.14

但我不确定这个方法是否有效，因为您的库仍然会缺少版本字符串GLIBCXX_3.4.15.

如果破解不成功，那么您可能必须硬着头皮将 GLIBC 安装在另一个目录中，然后覆盖LD_LIBRARY_PATH或LD_PRELOAD以便仅执行 steam 才能看到修改后的库。

例子

$ LD_PRELOAD='mylibc.so anotherlib.so' program

有关如何执行此操作的详细信息，请参阅此 SO Q&A：单个主机上的多个 glibc 库。

Answer

我认为这是一种 hack，但使用它的次数比我愿意承认的更多，以解决与 GLIBC 的兼容性问题，例如您遇到的问题。

该黑客攻击涉及创建一个链接，/usr/lib其中包含特定工具所需的库的名称。然后该链接指向该库的替代名称。

例子

假设我想创建一个链接到libstdc++.so.6.

$ ls -l /usr/lib | grep libstdc++.so
lrwxrwxrwx.  1 root root       19 Dec 18  2010 libstdc++.so.6 -> libstdc++.so.6.0.14
-rwxr-xr-x   1 root root   950428 Sep 24  2010 libstdc++.so.6.0.14

它的结果是这样的：

$ ln -s libstdc++.so.6 libstdc++.so.6.0.15

检查结果：

$ ls -l /usr/lib | grep libstdc++.so
lrwxrwxrwx.  1 root root       19 Dec 18  2010 libstdc++.so.6 -> libstdc++.so.6.0.14
lrwxrwxrwx.  1 root root       19 Dec 18  2010 libstdc++.so.6.0.15 -> libstdc++.so.6.0.14
-rwxr-xr-x   1 root root   950428 Sep 24  2010 libstdc++.so.6.0.14

但我不确定这个方法是否有效，因为您的库仍然会缺少版本字符串GLIBCXX_3.4.15.

如果破解不成功，那么您可能必须硬着头皮将 GLIBC 安装在另一个目录中，然后覆盖LD_LIBRARY_PATH或LD_PRELOAD以便仅执行 steam 才能看到修改后的库。

例子

$ LD_PRELOAD='mylibc.so anotherlib.so' program

有关如何执行此操作的详细信息，请参阅此 SO Q&A：单个主机上的多个 glibc 库。

Question 2

基本上，CentOS (4.4.7) 附带的 libstdc++ RPM 软件包的版本对于您的应用程序来说不够新。 CentOS 提供长期稳定性，而不是最新和最好的版本，因此这并不完全出乎意料。

Fedora 通常领先很多，并且可以毫无问题地运行您的服务器。

或者，您可以从更新的源构建更新版本的 libstdc++。我会从 gcc SRPM（来自 gcc.gnu.org 的最新版本）中的 CentOS SPEC 文件开始，并重新编写这些文件来构建我自己的 RPM。

在过去，C 库的升级是以意想不到的方式破坏系统的好方法......

Answer