Linux（gnu）环境动态链接库的搜索路径

摘自http://blog.****.net/saga1979/article/details/14161229

man ld.so(8)说，如果库依赖不包括“/”，那么它将按照下面的规则按顺序搜索：

• （仅对ELF格式）如果可执行文件包含DT_RPATH标签，并且不包含DT_RUNPATH标签，将从DT_RPATH列出的路径搜索。（DT_RPATH已经被废弃，请用DT_RUNPATH）
• 如果LD_LIBRARY_PATH在程序运行时被定义，那么将从它包含的路径开始。安全起见，对于set-user-ID或者set-group-ID的程序，这个变量将被忽略。
• （仅对ELF格式）如果可执行文件包含DT_RUNPATH标签，将从这个标签列出的路径开始搜索。
• 从 /etc/ld.so.cache（运行ldconfi*生）中查找文件
• 从/lib以及/urs/lib，按顺序搜索。如果链接时指定-z nodefaultlib,这个步骤将被忽略。

看起来够简洁的，当做休闲，写个程序验证一下。但在这之前，先介绍一个Glibc扩展的函数（POSIX中没有）

1. #define _GNU_SOURCE
2. #include <dlfcn.h>
3. int dladdr(void* addr, Dl_info *info);

这个函数解析传入的函数指针（第一个参数），将信息填充到Dl_info的结构体

1. typedef struct {
2. const char *dli_fname;  /* Pathname of shared object that contains address */
3. void       *dli_fbase;  /* Address at which shared object  is loaded */
4. const char *dli_sname;  /* Name of nearest symbol with addresslower than addr */
5. void       *dli_saddr;  /* Exact address of symbol named in dli_sname */
6. } Dl_info;

下面是程序以及需要加载的动态库的代码：

ld_main.c:

1. int main()
2. {
3. lib_fun();
4. return 0;
5. }

ld_lib.c:

1. #define _GNU_SOURCE
2. #include <stdio.h>
3. #include <dlfcn.h>
4. int lib_fun()
5. {
6. Dl_info dl_info;
7. dladdr((void*)lib_fun, &dl_info);
8. fprintf(stdout, ".so@ %s.\n", dl_info.dli_fname);
9. return 0;
10. }

编译这两个文件：

1、动态库：gcc --shared -fPIC ld_lib.c -o libld_lib.so -ldl

2、主程序：gcc ld_main.c -o ld_main -Wl,-rpath,./  -ldl -lld_lib -L./

-Wl,-rpath编译选项将在程序中生成DT_RPATH节点，使用readelf会看到Library rpath被设为当前目录：

接下来将生成的libld_lib.so拷贝到前面介绍到的搜索路径:

对于LD_LIBRARY_PATH，随便设置：export LD_LIBRARY_PATH=../

对于ld.so.conf提到的路径，在/etc/ld.so.conf.d/下面随便找一个，或者自己建立一个，这里用系统自带的libc.conf

中提到的路径：/usr/local/lib

然后运行（每次都删除程序优先加载的so文件）：

（ld.so.conf路径更新文件后需要运行ldconfig更新cache，否则会找不到文件，如上图）。

关于-z nodefaultlib链接选项：

看来它真起作用了

关于DT_RUNPATH，需要用到--enable-new-dtags链接选项：

（linux下程序默认不会从当前路径搜索.so文件，这对于自行开发的分为很多模块，要安装在同一目录的“程序”来说不是个优点。还好可以用DT_RUNPATH指定.so的加载路径）