我正在阅读http://www.tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html我有一些问题。
版本号、次要版本号和发布号之间有什么区别?“每当界面更改时版本号都会增加”部分是什么意思?
soname 具有前缀
lib
、库的名称、短语.so
,后跟一个句点和一个版本号,该版本号在接口更改时递增。真实姓名在 soname 中添加句号、次要编号、另一个句号和版本号。
我正在阅读http://www.tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html我有一些问题。
版本号、次要版本号和发布号之间有什么区别?“每当界面更改时版本号都会增加”部分是什么意思?
soname 具有前缀
lib
、库的名称、短语.so
,后跟一个句点和一个版本号,该版本号在接口更改时递增。真实姓名在 soname 中添加句号、次要编号、另一个句号和版本号。
每次发布库时,它都应该有不同的版本号。但是,某些版本仅对库的内部工作进行更改,而不会影响用户,除了修复错误。其他版本也可能会向库中添加新功能,但所有现有功能的接口细节与以前相同,因此使用旧版本库编写的软件将继续使用新版本。其他更改可能会破坏向后兼容性;一个函数接口改变,一个结构改变大小,或者一个函数被删除(或者一个全局变量——消除思想——改变,等等)。
“仅修复错误”版本可能不会为库重新编号而烦恼,但如果您以前有liberror.so.1.0.2
,新版本可能是liberror.so.1.0.3
,版本号的更改。
“附加功能”版本应该被赋予一个新的次要编号,因此之后的新版本liberror.so.1.0.2
可能是liberror.so.1.1.0
.
如果你破坏了兼容性,那么你使用一个新的版本号,所以之后的新版本liberror.so.1.0.2
可能是liberror.so.2.0.0
.
为使用而构建的代码liberror.so.1.0.2
可以并且将使用liberror.so.1.0.3
或liberror-1.1.0
没有问题,但不会尝试使用liberror.so.2.0.0
或更高版本。
什么代码(例如在 GNU binutils 堆栈中)控制将链接到哪些版本,这种行为是固定的还是可覆盖的?
好问题。 这是我的理解,但我可能有一些细节错误(在这种情况下,有人可能会指出我的方式错误)。上面的理论很好很简单;这不太容易。
您可能已经注意到,有库的“开发”包以及库的“标准”版本。它们之间的差异是解释的一部分。
如果您是一个普通的最终用户,他不使用库编写程序,而只是运行其他人编写的程序,那么您通常会在安装目录中得到一个文件和一个符号链接。继续假设的liberror.so.1.0.2
示例(安装在 中/usr/local/lib
),您会在基本版本中找到:
liberror.so.1.0.2 — the real shared object
liberror.so.1 — symlink to the the real shared object
如果您安装了开发版,您可能会在 中找到一些头文件/usr/local/include
、一些手册页(可能在 中/usr/local/man
,也可能在中/usr/share
),以及一个额外的符号链接:
liberror.so — another symlink, either to liberror.so.1 or to liberror.so.1.0.2
编译使用它的程序时,您可以指定:
gcc -I/usr/local/include usererror.c -o usererror -L/usr/local/lib -lerror
这将与 name 链接liberror.so
,但从liberror.so.1.0.2
文件中读取元数据,它会知道要使用的版本是liberror.so.1.0.2
或更高版本(但不是liberror.so.2.0.0
或更高版本)。
现在让我们假设您将安装升级到liberror.so.2.0.0
. 您现在有文件:
liberror.so.1.0.2 — the real shared object
liberror.so.1 — symlink to the the real shared object
liberror.so.2.0.0 — the real shared object
liberror.so.2 — symlink to the the real shared object
liberror.so — another symlink, either to liberror.so.2 or to liberror.so.2.0.0
为使用而构建的旧代码liberror.so.1
仍然使用该库运行。为使用而构建的新代码liberror.so.2
也使用新库运行。在链接时,新程序liberror.so.2.0.0
通过 symlink 获取liberror.so
。
您可以控制它,以便系统上的默认设置仍然是liberror.so.1
通过将liberror.so
符号链接调整为指向liberror.so.1.0.2
. 唯一棘手的部分是确保头文件的正确版本可用于编译。使用标头构建liberror.so.2
和链接是一个坏主意,liberror.so.1
因为您肯定知道的一件事是接口是不同的!
来自 Red Hat Enterprise Linux 5 (RHEL5) x86_64 机器的一些原始数据。
$ cd /lib64
$ ls libc*
-rwxr-xr-x 1 root root 1713088 2009-01-05 16:32 libc-2.5.so
lrwxrwxrwx 1 root root 11 2012-02-22 15:05 libcap.so -> libcap.so.1
lrwxrwxrwx 1 root root 14 2012-02-22 15:05 libcap.so.1 -> libcap.so.1.10
-rwxr-xr-x 1 root root 17384 2006-11-14 01:36 libcap.so.1.10
-rwxr-xr-x 1 root root 197744 2009-01-05 16:32 libcidn-2.5.so
lrwxrwxrwx 1 root root 14 2012-02-22 15:05 libcidn.so.1 -> libcidn-2.5.so
lrwxrwxrwx 1 root root 17 2012-02-22 15:05 libcom_err.so.2 -> libcom_err.so.2.1
-rwxr-xr-x 1 root root 10000 2008-09-30 13:27 libcom_err.so.2.1
-rwxr-xr-x 1 root root 48600 2009-01-05 16:32 libcrypt-2.5.so
-rwxr-xr-x 1 root root 1048728 2005-10-31 06:47 libcrypto.so.0.9.6b
-rwxr-xr-x 1 root root 1365504 2008-12-16 08:09 libcrypto.so.0.9.8e
lrwxrwxrwx 1 root root 19 2012-02-22 15:05 libcrypto.so.2 -> libcrypto.so.0.9.6b
lrwxrwxrwx 1 root root 19 2012-02-22 15:05 libcrypto.so.4 -> libcrypto.so.0.9.8e
lrwxrwxrwx 1 root root 19 2012-02-22 15:05 libcrypto.so.6 -> libcrypto.so.0.9.8e
lrwxrwxrwx 1 root root 15 2012-02-22 15:05 libcrypt.so.1 -> libcrypt-2.5.so
lrwxrwxrwx 1 root root 11 2012-02-22 15:05 libc.so.6 -> libc-2.5.so
$
您可以看到libc.so.6
是指向 的符号链接libc-2.5.so
。您还可以使用多个版本libcrypto
,不包括链接时库libcrypto.so
。您还可以看到只有版本号等两个部分的库。表示的库是libc
、libcap
、libcidn
、libcom_err
和。libcrypt
libcrypto