LDD命令的原理与使用方法

作用：用来查看程式运行所需的共 享库,常 用来解决程式因缺少某个库文件而不能运行的一些问题。

ldd命令原理

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的运行方式， 其结果不可预知。

今天在编译一个小项目的时候碰到这个问题了，顺便看了一下ldd这东西。

先说说我遇到的问题，这几天一直在编译一个小模块的代码，但是编译的时候需要一部分动态库。折腾了近2天，好不容易东拼西凑的勉强能够编译通过生成文件，但是最后运行的时候冒出来一句“symbol lookup error: undefined symbol: g_malloc0_n”。

这下把我搞火了，好不容易两天时间才能够编译出来的东西竟然还不能运行，这东西太不给面子了。

没办法，只有百度了。百度倒是挺给力的，直接说可能是我的glib版本有问题，想想也是有些道理的。因为我系统里面的glib东西不是很全，所以自己编译了一份glib库，竟没想到一波未平，一波又起啊，无奈之下只好请教高人了。

高人就是高人，到我这里一看人家就知道是啥问题了，直接一个ldd命令下去，问题一目了然。我编译的时候调用的是自己编译好的glib库文件，主要在/usr/lib目录下，但是实际程序运行的时候我却调用模块自身项目目录下的lib目录下的库，也就是./lib目录。很明显，两边调用的库不一样，所以人家自然也就不认了。

于是设置一下LD_LIBRARY_PATH来修改连接库，搞定了。