SO(共享对象)编号如何工作?


123

我知道Linux下的共享库使用“ so数字”,即共享库的不同版本具有不同的扩展名,例如:

  • example.so.1
  • example.so.2

我的想法是要有两个不同的文件,以便在系统上可以存在一个库的两个版本(与Windows上的“ DLL Hell”相对)。我想知道这在实际中如何运作?通常情况下,我看到example.so其实是一个符号链接到example.so.2这里.2是最新版本。然后,如何根据旧版本的应用程序example.so正确识别它?关于必须使用什么数字有任何规定吗?还是这仅仅是约定?是否与Windows在系统之间传输软件二进制文件的情况不同,如果系统具有共享对象的较新版本,则从源代码进行编译时会自动链接到较旧的版本?

我怀疑这是有关的,ldconfig但我不确定如何。

Answers:


87

二进制文件本身知道它们所依赖的共享库的版本,并特别要求它。您可以ldd用来显示依赖关系。我的ls是:

$ ldd /bin/ls
    linux-gate.so.1 =>  (0xb784e000)
    librt.so.1 => /lib/librt.so.1 (0xb782c000)
    libacl.so.1 => /lib/libacl.so.1 (0xb7824000)
    libc.so.6 => /lib/libc.so.6 (0xb76dc000)
    libpthread.so.0 => /lib/libpthread.so.0 (0xb76c3000)
    /lib/ld-linux.so.2 (0xb784f000)
    libattr.so.1 => /lib/libattr.so.1 (0xb76bd000)

如您所见,它指向例如libpthread.so.0,而不仅仅是libpthread.so


符号链接的原因是链接器。当您想libpthread.so直接链接时,给gcc标记-lpthread,它会自动添加lib前缀和.so后缀。您不能告诉它添加.so.0后缀,因此符号链接指向lib的最新版本以简化该操作


等号“ = ls”不应出现。只需使用“ ldd ls”
bmacnaughton

1
@bmacnaughton这可能会给您一个错误,因为ldd需要可执行文件的完整路径。=ls在zsh中执行此操作,但由于不是每个人都使用该shell,所以我进行了更改
Michael Mrozek

有趣。我在Ubuntu上运行bash,但似乎没有完整的路径就可以工作。感谢您的解释-我不使用zsh。
bmacnaughton

60

共享库中的编号是Linux中的惯例,用于标识库的API。通常,格式为:

libFOO.so.MAJOR.MINOR

正如您通常注意到的那样,从libFOO.so到libFOO.so.MAJOR.MINOR有一个符号链接。ldconfig负责将此链接更新为最新版本。

当API更改(删除新的入口点或更改参数或类型)时,MAJOR通常会增加。对于错误修复版本或在不破坏现有API的情况下引入新的API时,MINOR通常会增加。

可以在这里找到更广泛的讨论:剖析共享库


嗨,米格尔(Miguel),谢谢您,可惜我不能接受两个答案,因为这很好地补充了上面的内容。向我+1,链接也很棒,再次感谢!

4
这几乎是正确的,但实际上是libFOO.so.MAJOR.MINOR(所以不是最后)
JonnyJD

6
这个答案太错了。首先,您看到的数字与API无关,它们纯粹是ABI。其次,这里的约定不是像您回答的建议那样的语义版本控制。相反,它是一个libtool约定,具有映射到ld.so可以比较的单个库版本号的不错的属性(有关更多信息,请参见gnu.org/software/libtool/manual/html_node/…)–
NewbiZ

23

共享库应根据以下方案进行版本控制:

blah.so.X.Y.Z

哪里

  • X =向后不兼容的ABI版本
  • Y =向后兼容的ABI版本
  • Z =仅内部更改-ABI不变

通常,您只会看到第一个数字,hello.so.1因为第一个数字是标识库“版本”的唯一内容,因为所有其他数字都是向后兼容的。

ldconfig维护一个表,其中列出了系统上可用的共享库以及该库的路径在哪里。您可以通过运行以下命令进行验证:

ldconfig -p

当为Red Hat之类的程序构建软件包时,在RPM构建时,将查找二进制文件中被调出的共享库并将其添加为该软件包的依赖项。因此,当您去安装软件包时,安装程​​序将hello.so.1通过检查来检查系统上是否已安装ldconfig

您可以通过执行以下操作来查看软件包的依赖关系:

rpm -qpR hello.rpm

该系统(与Windows不同)允许将多个版本hello.so安装在系统上并同时由不同的应用程序使用。


我认为这是最好的答案。
Kemin Zhou

1
共享库应根据以下方案进行版本控制(…) –请您提供此声明的参考?
Piotr Dobrogost

19

libNAME.so是首次查找-lNAME指定的库时编译器/链接器使用的文件名。共享库文件中有一个名为SONAME的字段。当库本身第一次通过构建过程链接到共享库时,将设置此字段。此SONAME实际上是链接程序存储在可执行文件中的内容,具体取决于与该共享库链接的可执行文件。通常,SONAME的格式为libNAME.so.MAJOR,并且只要库与链接到它的现有可执行文件不兼容就可以更改SONAME,并且可以根据需要保留该库的两个主要版本(尽管只有一个版本指向开发)另外,为了支持在库的次要版本之间轻松升级,libNAME.so.MAJOR通常是指向诸如libNAME.so.MAJOR.MINOR之类的文件的链接。可以安装新的次要版本,一旦完成,指向旧次要版本的链接会被指向新的次要版本,立即升级所有新执行以使用升级的库。另外,请参阅我对Linux,GNU GCC,ld,版本脚本和ELF二进制格式-如何工作?

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.