安装新的构建机器后，我发现它带有标准 C++ 库的 6.0.10
-rw-r--r-- 1 root root 1019216 2009-01-02 12:15 libstdc++.so.6.0.10
但是，我们的许多目标机器仍然使用旧版本的 libstdc++，例如：
-rwxr-xr-x 1 root root 985888 Aug 19 21:14 libstdc++.so.6.0.8
显然 ABI 在最后两个 0.0.1 中发生了变化，因为尝试运行程序会导致
/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found
我尝试显式安装旧版本的 gcc，但没有帮助。 升级目标机器是我无法控制的，所以不是一个选择。让我的构建在具有较旧 libstdc++ 的机器上运行的最佳方法是什么？
我在 apt-cache 中搜索了要安装的旧 libstdc++ 版本，但显然没有旧版本 6 可用？
【问题讨论】：
您不需要链接到不同的库，您需要使用旧版本的编译器。
看看the GNU ABI policy。 libstdc++ 共享库被设计为向前兼容。 IE。如果需要 6.0.8，可以使用 6.0.10 版本。在政策中，您可以从 gcc-4.2.0 开始阅读，需要 6.0.9，因此您需要 gcc-4.1.x。
简而言之，这就是为什么您的系统上只有一个 libstdc++.so.6.0.x，您只需要最新的。
至于将构建系统设置为仅使用特定版本的编译器：确保不能使用标准 g++（重命名链接，删除提供它的包，将其从 PATH 中取出），然后开始挖掘。为我工作。
【讨论】：
LD_LIBRARY_PATH的问题。
您可以使用自己的代码（例如在子目录中）提供所需的共享库，并将 LD_LIBRARY_PATH 作为运行应用程序的前导设置为首先在该目录中搜索。
提供您需要的特定版本意味着用户安装的版本无关紧要。你只需要确保你也发布了所有依赖项。
【讨论】：
另一种方法，对我不起作用，但也许其他人会发现它有用，是静态链接 libgcc 和 libstdc++。
gcc 有一个选项-static-libgcc，但简单地使用这个选项没有任何效果，因为 libstdc++ 仍然是动态链接的。但是通过确保 gcc 只能找到 libstdc++ 的静态版本，就可以实现静态链接。
ln -s `g++ -print-file-name=libstdc++.a`
g++ -static-libgcc -L. source.cpp
问题是，boost 库是针对较新的 libstdc++ 构建的，因此当程序正确编译时，它会产生运行时错误...
如果我也重建 boost，也许这可以解决，还没有尝试过。
（为了记录，如果您使用任何动态加载库的代码，例如dlopen，静态链接是不可能的）
【讨论】：
已经遇到过这种情况。我没有想到比安装一个与目标机器具有相同配置的系统（虚拟化？）来构建可分发的二进制文件更好。
【讨论】：
您可以将较新的 libstdc++“走私”到客户端系统（进入私人区域）并将程序与适当的-rpath 链接，或者您可以将旧版本的 libstdc++ 安装到您的计算机上。看起来您需要更新，并且无论如何可能由于其他原因而没有问题。
注意：在 FreeBSD 上，libstdc++ 与编译器相结合（我安装了 gcc4.2、4.4 和 4.5，每个都有自己的 libstc++）。尝试安装较旧（匹配客户端系统）版本的 gcc，它可能带有您正在寻找的较旧的 libstdc++。
【讨论】：
为我工作：设置此标志：
-Wl,-Bstatic -lstdc++ -Wl,-Bdynamic -Wl,-Bstatic -lgcc -Wl,-B动态 -静态
如果只放 -static-libstdc++ -static 对我不起作用。
【讨论】：
您是否尝试过将其与来源列表一起放入？这假设您实际上已经安装了库！
g++ /usr/lib/libstdc++.so.6.0.8 source1.cpp source2.cpp
【讨论】：