一个程序运行时搜索动态库路径的问题

mummy_zq

大家对 makefile 熟么

我有一个问题，如果不指定运行时库路径，那么又不是dlopen 打开动态库，且动态库也不再 /usr/lib /lib/  /usr/local/lib 下

为什么我的程序运行能够在运行程序所在的目录找到动态库呢

羽剑天涯

你搜一下程序运行时动态库的搜索路径
受LD_LIBRARY_PATH环境变量、编译时指定的rpath还有/etc/ld.so.conf等多个因素影响
这些路径有个搜索优先级，先去某个路径搜索，没找到去下一个等等
你这里其他路径下都没有，同目录下有，是不是./这个目录也在哪个以上因素中包含了

mummy_zq

链接选项好像也没有，都是动态库的编译目录
LD_LIBRARY_PATH 下面只有中间件 与 java 的路径，隐式调用动态库的 动态库的makefile 没有使用-rpath 后面跟着 ./ 或者 ../ 编译选项
/etc/ld.so.conf.d 下面的一堆 .conf里面也没有的

zsszss0000

我建议你重启一次电脑试试

mummy_zq

回复 4# zsszss0000


    那是为什么，好像重新启动也没有问题啊

asdf2110

1. ldd ./a.out  | grep libxxx.so
2. ldconfig -p | grep libxxx.so
以上两条判断libxxx.so是不是通过 ld.conf.d 加载

3. readelf -d ./a.out | grep RPATH
判断是否设置了 rpath

4. env | grep LD_LIBRARY_PATH
export LD_LIBRARY_PATH=
ldd ./a.out
判断是否因为 LD_LIBRARY_PATH 起的作用

通过以上应该可以判断是从哪里加载的 so

man ld.so

回复 1# mummy_zq


   

mummy_zq

1. ldd libbbb.so  | grep libaaa.so
    libaaa.so  => not found  
    ldd main  | grep libaaa.so
libaaa.so  => not found  
2. ldconfig -p | grep libaaa.so
应该不是通过 ld.conf.d 加载的吧

3. readelf -d libbbb.so | grep RPATH
    readelf -d main | grep RPATH
   
没有结果，好像也不是设置了 rpath
判断是否设置了 rpath

4. env | grep LD_LIBRARY_PATH

LD_LIBRARY_PATH=/home/orbix/shlib:/home/orbix/shlib/default:/home/orbix/shlib/lib64:/home/orbix/shlib/default/lib64:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/server:
LD_LIBRARY_PATH_64=/home/orbix/shlib/lib64:/home/orbix/shlib/default/lib64:/home/orbix/shlib:/home/orbix/shlib/default:
-bash-4.1$ LD_LIBRARY_PATH_64=/home/orbix/shlib/lib64:/home/orbix/shlib/default/lib64:/home/orbix/shlib:/home/orbix/shlib/default:

好像也不是的阿


man ld.so
我们的机器无法支持 man 命令的

井蛙夏虫

回复 7# mummy_zq
LD_LIBRARY_PATH不能以:结尾,否则就包含了当前目录

   

asdf2110

你的主贴说能找到动态库，那么 ldd a.out 时不应该有 “ XXXX not found  ” 的
你找一个 ldd 结果没有 not found 的终端，看看你的 libaaa.so 用的哪个目录下的
LD_LIBRARY_PATH 里应该有这个目录

回复 7# mummy_zq


   

mummy_zq

井蛙夏虫 发表于 2015-03-12 13:32
回复 7# mummy_zq
LD_LIBRARY_PATH不能以:结尾,否则就包含了当前目录

是这个样子么啊