ldd命令

1.作用

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

2.原理

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）

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

4.案例

4.1 别人的案例

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

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

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

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

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

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

4.2 自己遇到的案例

wget 不能使用。

which 查看了 wget 的绝对路径

然后使用 ldd 命令查看 wget 的动态库依赖关系 ldd /usr/bin/wget

使用 locate 命令查找库文件是否存在  locate libssl.so

安装locate， yum install -y mlocate

参考来自：https://blog.csdn.net/bitsjx/article/details/7446903