我试图理解g如何选择它链接的libstdc版本以及当库的“系统”版本不同时它意味着什么 .
我正在使用gcc / g 4.1.2,根据ABI Guidelines doc,包括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版本相关联?如果是这样,为什么可执行文件可以在运行时使用/ usr / lib中的旧版本,当它具有较旧的ABI时?运气?
或者让g 4.1.2在链接时获取libstdc(6.0.3)的/ usr / lib版本并使用它,因为它以与可执行文件在运行时相同的方式解析库路径?即使libstdc不是它的“自有”版本,也可以这样做吗? g 4.1.2(6.0.8)中libstdc版本的用途是什么?它是否在这个过程中被使用了?
任何见解都表示赞赏 .
2 回答
GCC根据目录搜索列表选择所有库 . 你可以这样看:
该列表通常更喜欢特定于编译器版本的库(如果有) .
但是,链接时选择可能与运行时选择不同 .
如果链接器命令包含
-rpath
选项(某些工具链供应商可能包含非标准的选项),则动态链接器将使用该选项在运行时查找正确的库 . 否则系统将使用其默认库 .如果两个库不匹配,那么可能会发生不好的事情 . C库(通常是glibc)一直小心保持兼容性 . C库并不总是有这种奢侈品 . 近年来它更安全,但许多人仍然建议不要混合和匹配 .
默认情况下,gcc使用/ usr / lib路径中的库 .
1. gcc/g++ 4.1.2 is not linked to latest version of libstdc++.so.6.0.8. 2. g++ 4.1.2 picked up the /usr/lib version of libstdc++ (6.0.3) at link time.
对于gcc / g 4.1.2,要使用最新版本的libstdc .so.6.0.8,必须在编译之前导出库路径 .
现在使用gcc / g 4.1.2进行链接时,将使用libstdc .so.6.0.8 .