构建共享库时指定-rpath却链接旧库的原因及解决方法

咱们直接拆解你遇到的问题：明明指定了-rpath想让共享库绑定GCC 5.5.0的libquadmath，但ldd显示它还是链接到了旧的GCC 4.7.2版本库。核心原因有两个：

1. -rpath路径指定错误 #

你的链接命令里写的是-Wl,-rpath,/opt/gcc/5.5.0/lib/，但从ld的verbose输出能看到，链接器实际找到的是/opt/gcc/5.5.0/lib64/libquadmath.so——CentOS 64位系统下，GCC的64位库默认放在lib64目录而非lib。这就导致你设置的rpath路径根本找不到目标库，动态链接器只能退而求其次，从/etc/ld.so.conf.d/gcc-4.7.2.conf里的旧路径找库。

2. 动态链接器的搜索优先级 #

这里要澄清一个误区：-rpath是给运行时动态链接器用的，它会把路径写入共享库的DT_RUNPATH（或DT_RPATH）段。但如果rpath里找不到依赖，动态链接器就会 fallback 到系统配置（/etc/ld.so.conf系列文件）和LD_LIBRARY_PATH的路径。你的情况就是rpath路径不对，触发了fallback逻辑。

解决步骤 #

步骤1：修正编译命令的-rpath路径 #

把rpath改成lib64目录，同时确保你调用的是GCC 5.5.0的编译器（避免触发系统默认的GCC 4.7.2）：

# 用绝对路径调用GCC 5.5.0，确保环境正确
/opt/gcc/5.5.0/bin/gcc -c -fPIC test.c -o test.o
/opt/gcc/5.5.0/bin/gcc -shared -Wl,--verbose -Wl,-soname,poo.so -Wl,-rpath,/opt/gcc/5.5.0/lib64/ -o poo.so test.o -lquadmath

步骤2：验证共享库的rpath配置 #

用readelf检查共享库的运行时路径是否正确写入：

readelf -d poo.so | grep -E '(RPATH|RUNPATH)'

如果输出里包含/opt/gcc/5.5.0/lib64，说明配置已经生效。

步骤3：临时覆盖LD_LIBRARY_PATH（用于快速测试） #

如果需要临时验证效果，可以设置LD_LIBRARY_PATH优先指向GCC 5.5.0的lib64目录：

export LD_LIBRARY_PATH=/opt/gcc/5.5.0/lib64:$LD_LIBRARY_PATH
ldd poo.so

这时候ldd应该会显示链接到/opt/gcc/5.5.0/lib64/libquadmath.so.0。

步骤4：可选：清理系统旧库配置（谨慎操作） #

如果你不想让系统默认优先使用GCC 4.7.2的库，可以修改/etc/ld.so.conf.d/gcc-4.7.2.conf，注释掉旧路径，然后运行ldconfig更新缓存。但这个操作会影响整个系统，建议只在你完全掌控的机器上执行。

额外说明 #

• rpath-link vs rpath：-Wl,-rpath-link是给链接器用的（链接阶段找依赖库），而-rpath是给运行时动态链接器用的。你的问题核心是运行时路径，所以重点在-rpath。
• 为什么LD_LIBRARY_PATH没生效？因为你设置的是/opt/gcc/5.5.0/lib，同样是路径错误，改成lib64就会正常生效。

内容的提问来源于stack exchange，提问作者irritable_phd_syndrome