Linux中ldd命令的用法详解( 二 )


/lib/ld-linux.so.2 (0xb8051000)
libdl.so.2 =》 /lib/tls/i686/cmov/libdl.so.2 (0xb7e94000)
libattr.so.1 =》 /lib/libattr.so.1 (0xb7e8e000)
我们可以看到以上等同于ldd ls 。
ldd可以获得的共享库文件,其实是通过读取ldconfig命令组建起来的文件(/etc/ld.so.cache) 。
默认的共享库文件搜索/lib优先于/usr/lib,而且也只有这个2个目录 。如果想要加入其他路径,则需要通过ldconfig命令配置相关文件 。
一般ld-linux.so会按照以下顺序搜索共享库:
1、DT_RPATH或DT_RUNPATH段
2、环境变量LD_LIBRARY_PATH
3、/etc/ld.so.cache文件中的路径,但如果可执行程序在连接时候添加了-z nodeflib选项,则跳过 。
4、默认路径/lib和/usr/lib,但如果添加了-z nodeflib,则跳过 。
以下是其它网友的补充:
1、首先ldd不是一个可执行程序,而只是一个shell脚本
2、ldd能够显示可执行模块的dependency,其原理是通过设置一系列的环境变量,如下:LD_TRACE_LOADED_OBJECTS、LD_WARN、LD_BIND_NOW、LD_LIBRARY_VERSION、LD_VERBOSE等 。当LD_TRACE_LOADED_OBJECTS环境变量不为空时,任何可执行程序在运行时,它都会只显示模块的dependency,而程序并不真正执行 。要不你可以在shell终端测试一下,如下:
(1) export LD_TRACE_LOADED_OBJECTS=1
(2) 再执行任何的程序,如ls等,看看程序的运行结果
3、ldd显示可执行模块的dependency的工作原理,其实质是通过ld-linux.so(elf动态库的装载器)来实现的 。我们知道,ld-linux.so模块会先于executable模块程序工作,并获得控制权,因此当上述的那些环境变量被设置时,ld-linux.so选择了显示可执行模块的dependency 。
4、实际上可以直接执行ld-linux.so模块,如:/lib/ld-linux.so.2 --list program(这相当于ldd program)ldd命令使用方法(摘自ldd --help)
名称 ldd - 打印共享库的依赖关系
大纲 ldd [选项] 。。。文件 。。。
描述 ldd 输出在命令行上指定的每个程序或共享库需要的共享库 。
选项
--version
打印ldd的版本号
-v --verbose
打印所有信息,例如包括符号的版本信息
-d --data-relocs
执行符号重部署,并报告缺少的目标对象(只对ELF格式适用)
-r --function-relocs
对目标对象和函数执行重新部署,并报告缺少的目标对象和函数(只对ELF格式适用)
--help 用法信息
ldd的标准版本与glibc2一起提供 。Libc5与老版本以前提供,在一些系统中还存在 。在libc5版本中长选项不支持 。另一方面,glibc2版本不支持-V选项,只提供等价的--version选项 。
如果命令行中给定的库名字包含‘/’,这个程序的libc5版本将使用它作为库名字;否则它将在标准位置搜索库 。运行一个当前目录下的共享库,加前缀“ 。/” 。
ldd不能工作在a.out格式的共享库上 。
ldd不能工作在一些非常老的a.out程序上,这些程序在支持ldd的编译器发行前已经创建 。如果你在这种类型的程序上使用ldd,程序将尝试argc = 0的运行方式,其结果不可预知 。
上面就是Linux下使用ldd命令的使用方法介绍了,ldd命令知识shell脚本,可搭配参数使用,ldd的使用有些地方主要特别注意,你了解了吗?

推荐阅读