c ++为什么级联共享对象链接

Question

在我的lib目录下，我看到大部分共享对象linkage都是级联的。例如：

libctest.so.1.0 -> libctest.so.1
libctest.so.1 -> libctest.so

我知道 libctest.so 的 link 是为了使编译标志 -lctest 起作用，但是 libctest.so.1 有什么意义？

Answer 1

这些数字都是关于版本控制的。这意味着您可以轻松地同时安装一个库的多个版本，并且与特定版本链接的应用程序将使用该版本（因为链接器解析符号文件系统链接）。

Answer 2

我想你写的文件名的顺序与正常显示的顺序相反，你会有 3 个文件

libctest.so.1.0  (library file)
libctest.so.1 -> libctest.so.1.0 (symlink to the libctest.so.1.0 file)
libctest.so -> libctest.so.1     (symlink to the libctest.so.1 symlink

这是一个版本控制方案。

库的特定 release/installation 具有完整的文件名，例如libctest.so.1.0 ，嵌入到这个库中的是 SONAME ，库的逻辑名称，例如libctest.so.1 也用作实际文件的符号链接。

链接可执行文件时，库 SONAME 被添加到可执行文件中，因此在运行时可执行文件将查找文件名 libctest.so.1。惯例是让库的 SONAME 保持不变，只要它向后兼容，并在引入向后不兼容的 ABI 更改时更改它。

正如您所说，链接器将在您进行链接时查找 lib*.so。

这样，当 libctest 升级时，链接到 libctest.so.1 的可执行文件（或其他库）可以保持不变。因此，当 libctest 版本 1.1 发布时，您可能拥有这些文件：

libctest.so.1.1
libctest.so.1 -> libctest.so.1.1
libctest.so -> libctest.so.1

可执行文件仍会尝试定位 libctest.so.1，因此在库升级时可以保持不变。必须编写该库，使其向后兼容才能在实践中使用。

如果您发布一个新的向后不兼容的库，惯例是更改该库的 SONAME，因此您最终会得到例如

libctest.so.2.0
libctest.so.2 -> libctest.so.2.0

如果不同的可执行文件需要不同版本的库，这支持在系统上安装多个不兼容版本的库。

c ++为什么级联共享对象链接

c++ why cascade shared object linkage

c++

shared-libraries