我想在我的应用程序中使用gcc 4.8.1(需要libstdc ++.so.6.0.18),但是客户只有libstdc ++.so.6.0.13.我已经使用-static-libgcc -static-stdlibc++
了一段时间,但我的应用程序包含几个动态链接库和一个主要应用程序.这意味着在编译每个动态库时,它们必须静态编译标准库,这是多余且浪费的.我想用我的产品运送我选择的标准库,但是每次我在像他们这样的环境中运行我的应用程序时,它总是加载错误的标准库./usr/lib64/
无论我似乎做什么,它都喜欢这个版本(似乎优先考虑LD_LIBRARY_PATH
).
约束:
我不允许强迫他们升级到新的标准库.
我不想让动态库保持静态.(我可以将所有内容静态编译到主应用程序中一次,但是有一些后勤障碍阻止我将某些库重新编译为静态库).
-Wl,-rpath=$(path_to_directory)
有点危险,但它是合法的,因为客户确实采取了一些允许我设置路径变量的设置.但是,设置我的新stdlibc ++的rpath似乎并没有覆盖默认/usr/lib64
版本.我仍然会收到GLIBCXX
错误,因为它不会使用正确的库.
当然有一个优雅的解决方案吗?
也许我的程序中只有一个错误.这是一个例子(对于审查员抱歉,但它只是用户名的东西):
~/example$ pwd /home/username/example ~/example$ echo $LD_LIBRARY_PATH ~/example$ ls Makefile libstdc++.so.6.0.18 test.cpp ~/example$ make g++ -std=c++11 -Wall -Werror test.cpp -o test ~/example$ ldd test ./test: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./test) linux-vdso.so.1 => (0x00007fffe5919000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x000000390b800000) libm.so.6 => /lib64/libm.so.6 (0x0000003904800000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x000000390b400000) libc.so.6 => /lib64/libc.so.6 (0x0000003904400000) /lib64/ld-linux-x86-64.so.2 (0x0000003904000000) ~/example$ setenv LD_LIBRARY_PATH /home/username/example ~/example$ echo $LD_LIBRARY_PATH /home/username/example ~/example$ ldd test ./test: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./test) linux-vdso.so.1 => (0x00007fff2d3ff000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x000000390b800000) libm.so.6 => /lib64/libm.so.6 (0x0000003904800000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x000000390b400000) libc.so.6 => /lib64/libc.so.6 (0x0000003904400000) /lib64/ld-linux-x86-64.so.2 (0x0000003904000000)
对不起伙计们,我犯了一个相当愚蠢的错误......
~/example$ file libstdc++.so.6.0.18 libstdc++.so.6.0.18: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped
有些dweeb构建了错误的库版本,另一个dweeb(即我自己)尝试在64位机器上使用它.使用LD_LIBRARY_PATH
一直在工作......
您的问题是可执行文件链接到soname libstdc++.so.6
而不是完整的库文件名libstdc++.so.6.0.16
.动态链接器将libstdc++.so.6
在通常的位置(即LD_LIBRARY_PATH,DT_RPATH,ldconfig目录等)查找,因此为了确保找到6.0.18版本,您需要一个名为libstdc++.so.6
指向它的符号链接.
而不是使用LD_LIBRARY_PATH(在您无法控制的机器上是脆弱的,因为用户可能会改变他们的环境)我更喜欢链接'-Wl,-rpath,$ORIGIN'
(NB,引号是停止shell扩展所必需的$ORIGIN
)
RPATH $ORIGIN
告诉动态链接器开始在与可执行文件相同的目录中查找共享库,因此如果你发送libstdc ++.那么就可以找到你的可执行文件.如果要将可执行文件发布到bin
目录中,并将库放在lib
可以使用的目录中,或者使用'-Wl,-rpath,$ORIGIN/../lib'
相对于可执行文件位置的其他路径.