ldd命令,查看依赖的动态库信息 nm命令可以列出一个函数库文件中的符号表

前端之家收集整理的这篇文章主要介绍了ldd命令,查看依赖的动态库信息 nm命令可以列出一个函数库文件中的符号表前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

ldd命令的作用是查看程序依赖的动态链接库信息。使用nm命令也可以获取函数的信息;nm命令可以列出一个函数文件中的符号表,它对静态的库函数和共享的库函数都能起作用。

Linux动态库的默认搜索路径是/lib和/usr/lib。动态库被创建后,一般都复制到这两个目录中。当程序执行时需要某动态库,并且该动态库还未加载到内存中,则系统会自动到这两个默认搜索路径中去查找相应的动态库文件,然后加载该文件到内存中,这样程序就可以使用该动态库中的函数,以及该动态库的其它资源了。在Linux 中,动态库的搜索路径除了默认的搜索路径外,还可以通过以下三种方法来指定。
方法一:在配置文件/etc/ld.so.conf中指定动态库搜索路径
可以通过编辑配置文件/etc/ld.so.conf来指定动态库的搜索路径,该文件中每行为一个动态库搜索路径。每次编辑完该文件后,都必须运行命令ldconfig使修改后的配置生效。我们通过例1来说明该方法

方法二:通过环境变量LD_LIBRARY_PATH指定动态库搜索路径
通过设定环境变量LD_LIBRARY_PATH也可以指定动态库搜索路径。当通过该环境变量指定多个动态库搜索路径时,路径之间用冒号":"分隔。下面通过例2来说明本方法


方法三:在编译目标代码时指定该程序的动态库搜索路径
在编译目标代码时指定程序的动态库搜索路径。这是通过gcc 的参数"-Wl,-rpath,"指定。当指定多个动态库搜索路径时,路径之间用冒号":"分隔。


链接某个程序时,在运行期您可以指定另外的搜索路径。在 gcc 中,其 语法是 -Wl,-R/path。如果程序已经被链接,那么您也可以设置环境变量 LD_LIBRARY_PATH 来改变这一行为。通常只是在应用程序需要搜索的路径 不是系统级默认路径的一部分时才需要这样做,对大部分 Linux 系统来说,这种情况很少见。 理论上,Mozilla 用户可以发布某个使用这个路径设置所编译的二进制程序,但是他们 更倾向于发布包装器(wrapper)脚本,在启动可执行程序之前正确地设置程序库路径。
设置程序库路径可以为两个应用程序需要同一程序库的不兼容版本的这种罕见情况提供一个迂回解决方案。可以使用包装器脚本使某一应用程序在使用特殊版本程序库的目录中进行搜索。这称不上是一个 完美的解决方案,但是在某些情况下,这是您能采用的最佳方法
如果出于不得已的原因需要为很多程序添加某个路径,那么也可以修改系统的默认搜索路径。通过 /etc/ld.so.conf 控制动态链接器,该文件包含默认搜索路径的列表。 对 LD_LIBRARY_PATH 中指定的任何路径的搜索都要先于 ld.so.conf 中列出的路径,所以用户可以覆盖这些设置。
大部分用户没有理由修改系统默认程序库搜索路径;通常环境变量更适用于修改搜索路径,比如 连接某个工具包中的程序库,或者使用某个程序库的较新版本的测试程序。

ldd的作用是打印可执行档依赖的共享库文件。它是glibc的一部分,由Roland McGrath和Ulrich Drepper维护: $ ldd --version ldd (GNU libc) 2.9 Copyright (C) 2008 Free Software Foundation,Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Roland McGrath and Ulrich Drepper. 但是ldd本身不是一个程序,而仅是一个shell脚本: $ which ldd /usr/bin/ldd $ file /usr/bin/ldd /usr/bin/ldd: Bourne-Again shell script text executable ldd命令其实是依靠设置一些环境变量而实现的(也就是说ldd的作用只是设置一些环境变量的值) 如:LD_TRACE_LOADED_OBJECTS 只要设置其值非空即可。 $ export LD_TRACE_LOADED_OBJECTS=1 $ ls /usr linux-gate.so.1 => (0xb7fac000) librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0xb7f93000) libselinux.so.1 => /lib/libselinux.so.1 (0xb7f79000) libacl.so.1 => /lib/libacl.so.1 (0xb7f70000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7e0d000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7df4000) /lib/ld-linux.so.2 (0xb7fad000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7df0000) libattr.so.1 => /lib/libattr.so.1 (0xb7dea000) 撤销该环境变量,ls即又可以恢复正常使用: $ unset LD_TRACE_LOADED_OBJECTS $ ls /usr/ bin games include lib lib32 lib64 local sbin share src X11R6 更多的环境变量: 1、LD_TRACE_LOADED_OBJECTS 2、LD_WARN 3、LD_BIND_NOW 4、LD_LIBRARY_VERSION 5、LD_VERBOSE 6、LD_DEBUG ldd默认开启的环境变量是:LD_TRACE_LOADED_OBJECTS=1 其他的变量(和值)分别对应一些选项: -d,--data-relocs -> LD_WARN=yes -r,--function-relocs ->LD_WARN和LD_BIND_NOW=yes -u,--unused -> LD_DEBUG="unused" -v,--verbose -> LD_VERBOSE=yes LD_TRACE_LOADED_OBJECTS为必要环境变量,其他视具体情况。 更为详细的命令选项(或者参看man、info): $ ldd --help Usage: ldd [OPTION]... FILE... --help print this help and exit --version print version information and exit -d,--data-relocs process data relocations -r,--function-relocs process data and function relocations -u,--unused print unused direct dependencies -v,--verbose print all information For bug reporting instructions,please see: <http://www.gnu.org/software/libc/bugs.html>. 但是ldd命令的本质是执行了:/lib/ld-linux.so.* 我们可以从以上的内容中(ls /usr中)发现:/lib/ld-linux.so.2 (0xb7fad000)。 $ ls -l /lib/ld-linux.so.* lrwxrwxrwx 1 root root 9 2009-09-05 22:54 /lib/ld-linux.so.2 -> ld-2.9.so 刚编译后的文件可能是:/lib/ld.so。如果是libc5则是/lib/ld-linux.so.1,而glibc2应该是/lib/ld-linux.so.2。 $ /lib/ld-linux.so.2 --list /bin/ls linux-gate.so.1 => (0xb8050000) librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0xb8037000) libselinux.so.1 => /lib/libselinux.so.1 (0xb801d000) libacl.so.1 => /lib/libacl.so.1 (0xb8014000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7eb1000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7e98000) /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。/lib/ld-linux.so.2还有其他一些选项: 1、--verify 2、--library-path PATH 3、--inhibit-rpath LIST 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,则跳过。 还有一些额外的环境变量可以参看man ld.so。 更为详细的内容: 1、man ldd(http://www.kernel.org/doc/man-pages/online/pages/man1/ldd.1.html) 2、man ldconfig(http://www.kernel.org/doc/man-pages/online/pages/man8/ldconfig.8.html) 3、man ld.so(http://www.kernel.org/doc/man-pages/online/pages/man8/ld.so.8.html) 可以参见的文章: 1、Linux 动态库剖析(http://www.ibm.com/developerworks/cn/linux/l-dynamic-libraries/) 2、剖析共享程序库http://www.ibm.com/developerworks/cn/linux/l-shlibs.html) 3、ldd命令的原理与使用方法(http://hi.baidu.com/wstone_h/blog/item/af67700a80a01e1594ca6b29.html)

原文链接:https://www.f2er.com/javaschema/284243.html

猜你在找的设计模式相关文章