我试图了解 g++ 如何选择它链接的 libstdc++ 版本,以及当库的“系统”版本不同时它意味着什么。
我正在使用 gcc/g++ 4.1.2,根据ABI 指南 http://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.htmldoc,包括 libstdc++.so.6.0.8,果然:
-rwxr-xr-x 1 root root 4397810 May 18 2007 /opt/gcc4.1.2/lib/libstdc++.so.6.0.8
根据我对 ABI 前向兼容性的理解,我可以使用 g++ 4.1.2 进行构建,并期望代码可以在 libstdc++ 版本高于 6.0.8 的系统上运行,但不能在较早版本的系统上运行,因为将有旧版本的 ABI。
在同一台机器上,/usr/lib 中有旧版本的 libstdc++:
-rwxr-xr-x 1 root root 804288 Jul 22 2005 /usr/lib/libstdc++.so.6.0.3
如果我在这台机器上使用 g++ 4.1.2 编译代码,然后 ldd 它,我会在 /usr/lib 中看到引用的 libstdc++ 版本,即 6.0.3:
# ldd test
.
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x005b6000)
.
这是预期的,因为首先检查 /usr/lib。并且应用程序运行良好。
我的问题是:这里发生了什么事?
g++ 4.1.2 是否与作为该版本 (6.0.8) 一部分的 libstdc++.so 版本链接?如果是这样,当可执行文件具有较旧的 ABI 时,为什么可执行文件可以在运行时使用 /usr/lib 中的旧版本?运气?
或者 g++ 4.1.2 在链接时选择了 /usr/lib 版本的 libstdc++ (6.0.3) 并使用它,因为它以与运行时可执行文件相同的方式解析库路径?即使 libstdc++ 不是它“自己的”版本,g++ 可以做到这一点吗? g++4.1.2 (6.0.8) 中 libstdc++ 版本的用途是什么?在此过程中是否使用过它?
任何见解表示赞赏。