动态库的链接和链接选项-L，-rpath-link，-rpath

动态库的链接和链接选项-L，-rpath-link，-rpath

 

链接动态库

如何程序在连接时使用了共享库，就必须在运行的时候能够找到共享库的位置。linux的可执行程序在执行的时候默认是先搜索/lib和/usr/lib这两个目录，然后按照/etc/ld.so.conf里面的配置搜索绝对路径。同时， Linux也提供了环境变量LDLIBRARYPATH供用户选择使用，用户可以通过设定它来查找除默认路径之外的其他路径，如查找/work/lib路径,你可以在/etc/rc.d/rc.local或其他 系统启动后即可执行到的脚本添加如下语句：LDLIBRARYPATH =/work/lib:$(LDLIBRARYPATH)。并且LDLIBRARYPATH路径优先于系统默认路径之前查找（详细参考《使用LDLIBRARYPATH》）。

 

不过LDLIBRARYPATH的设定作用是全局的，过多的使用可能会影响到其他应用程序的运行，所以多用在调试。（LDLIBRARYPATH的缺陷和使用准则，可以参考《Why LDLIBRARYPATH is bad》 ）。通常情况下推荐还是使用gcc的-R或-rpath选项来在编译时就指定库的查找路径，并且该库的路径信息保存在可执行文件中，运行时它会直接到该路径查找库，避免了使用LDLIBRARYPATH环境变量查找。

 

链接选项和路径

现代连接器在处理动态库时将链接时路径（Link-time path）和运行时路径（Run-time path）分开,用户可以通过-L指定连接时库的路径，通过-R（或-rpath）指定程序运行时库的路径，大大提高了库应用的灵活性。比如我们做嵌入式移植时#arm-linux-gcc $(CFLAGS) –o target –L/work/lib/zlib/ -llibz-1.2.3 (work/lib/zlib下是交叉编译好的zlib库)，将target编译好后我们只要把zlib库拷贝到开发板的系统默认路径下即可。或者通过-rpath（或-R ）、LDLIBRARYPATH指定查找路径。

 

链接器ld的选项有 -L，-rpath 和 -rpath-link，看了下 man ld，大致是这个意思：

 

-L: “链接”的时候，去找的目录，也就是所有的 -lFOO 选项里的库，都会先从 -L 指定的目录去找，然后是默认的地方。编译时的-L选项并不影响环境变量LDLIBRARYPATH，-L只是指定了程序编译连接时库的路径，并不影响程序执行时库的路径，系统还是会到默认路径下查找该程序所需要的库，如果找不到，还是会报错，类似cannot open shared object file。

 

-rpath-link：这个也是用于“链接”的时候的，例如你显示指定的需要 FOO.so，但是 FOO.so 本身是需要 BAR.so 的，后者你并没有指定，而是 FOO.so 引用到它，这个时候，会先从 -rpath-link 给的路径里找。

 

-rpath: “运行”的时候，去找的目录。运行的时候，要找 .so 文件，会从这个选项里指定的地方去找。对于交叉编译，交叉编译链接器需已经配置 --with-sysroot 选项才能起作用。也就是说，-rpath指定的路径会被记录在生成的可执行程序中，用于运行时查找需要加载的动态库。-rpath-link 则只用于链接时查找。

 

链接搜索顺序

直接man ld。The linker uses the following search paths to locate required shared libraries:

 

       1.  Any directories specified by -rpath-link options.

       2.  Any directories specified by -rpath options.  The difference between -rpath and -rpath-link is that directories specified by -rpath options are included in the executable and used at runtime, whereas the -rpath-link option is only effective at link time. Searching -rpath in this way is only supported by native linkers and cross linkers which have been configured with the --with-sysroot option.

       3.  On an ELF system, for native linkers, if the -rpath and -rpath-link options were not used, search the contents of the environment variable "LD_RUN_PATH".

       4.  On SunOS, if the -rpath option was not used, search any directories specified using -L options.

       5.  For a native linker, the search the contents of the environment variable "LD_LIBRARY_PATH".

       6.  For a native ELF linker, the directories in "DT_RUNPATH" or "DT_RPATH" of a shared library are searched for shared libraries needed by it. The "DT_RPATH" entries are ignored if "DT_RUNPATH" entries exist.

       7.  The default directories, normally /lib and /usr/lib.

       8.  For a native linker on an ELF system, if the file /etc/ld.so.conf exists, the list of directories found in that file.

       If the required shared library is not found, the linker will issue a warning and continue with the link.

gcc和链接选项的使用

在gcc中使用ld链接选项时，需要在选项前面加上前缀-Wl(是字母l，不是1，我曾多次弄错），以区别不是编译器的选项。 if the linker is being invoked indirectly, via a compiler driver (e.g. gcc) then all the linker command line options should be prefixed by -Wl, (or whatever is appropriate for the particular compiler driver) like this:

1

gcc -Wl,--start-group foo.o bar.o -Wl,--end-group

This is important, because otherwise the compiler driver program may silently drop the linker options, resulting in a bad link.

3333333333333333333333333333333333333333333333333333333333333333

-Wl选项告诉编译器将后面的参数传递给链接器。

-soname则指定了动态库的soname(简单共享名，Short for shared object name)

soname的关键功能是它提供了兼容性的标准：

当要升级系统中的一个库时，并且新库的soname和老库的soname一样，用旧库链接生成的程序使用新库依然能正常运行。这个特性使得在Linux下，升级使得共享库的程序和定位错误变得十分容易。

在Linux中，应用程序通过使用soname，来指定所希望库的版本，库作者可以通过保留或改变soname来声明，哪些版本是兼容的，这使得程序员摆脱了共享库版本冲突问题的困扰。

可以通过readelf -d来查看每个动态库的SONAME

1. 声明libto.so.1，并生成libto.so.1.2

[root@localhost c]# gcc -fPIC -shared -Wl,-soname,libto.so.1 -o libto.so.1.2 to.c  
[root@localhost c]# ls -lh  
-rwxr-xr-x 1 root root 4268 Jan 10 17:22 libto.so.1.2  
[root@localhost c]# ldconfig -n ./  
lrwxrwxrwx 1 root root  12 Jan 10 17:23 libto.so.1 -> libto.so.1.2  
-rwxr-xr-x 1 root root 4.2K Jan 10 17:22 libto.so.1.2  
[root@localhost c]# readelf -d libto.so.1.2  
  
  
Dynamic section at offset 0x504 contains 21 entries:  
  Tag        Type                        Name/Value  
 0x00000001 (NEEDED)                    Shared library: [libc.so.6]  
 0x0000000e (SONAME)                    Library soname: [libto.so.1]  
 0x0000000c (INIT)                      0x2cc  
 0x0000000d (FINI)                      0x4c4  
 0x6ffffef5 (GNU_HASH)                  0xb4  
 0x00000005 (STRTAB)                    0x1b4  
 0x00000006 (SYMTAB)                    0xf4  
 0x0000000a (STRSZ)                      150 (bytes)  
 0x0000000b (SYMENT)                    16 (bytes)  
 0x00000003 (PLTGOT)                    0x15d8  
 0x00000002 (PLTRELSZ)                  24 (bytes)  
 0x00000014 (PLTREL)                    REL  
 0x00000017 (JMPREL)                    0x2b4  
 0x00000011 (REL)                        0x294  
 0x00000012 (RELSZ)                      32 (bytes)  
 0x00000013 (RELENT)                    8 (bytes)  
 0x6ffffffe (VERNEED)                    0x264  
 0x6fffffff (VERNEEDNUM)                1  
 0x6ffffff0 (VERSYM)                    0x24a  
 0x6ffffffa (RELCOUNT)                  1  
 0x00000000 (NULL)                      0x0

总结：程式库主要的升级会破坏相容性；而次要的升级则可能不会；那麽以下面的方式来连结，所有的一切就都会相安无事了。

gcc -shared -Wl,-soname,libfoo.so.major -o libfoo.so.major.minor