主页 / unix / 问题 / 511380
Accepted
daedalus_hamlet
Asked: 2019-04-09 22:48:41 +0800 CST

为什么 Unix/Linux 系统不遍历目录，直到找到所需的链接库版本？

  • 772

我有一个名为“alpha”的二进制可执行文件，它需要一个链接库（libz.so.1.2.7），它位于/home/username/myproduct/lib/libz.so.1.2.7

在通过执行以下命令生成我的二进制可执行文件之前，我将其导出到我的终端实例。

export LD_LIBRARY_PATH=/home/username/myproduct/lib/:$LD_LIBRARY_PATH

现在，当我生成另一个需要相同库但版本不同的应用程序“bravo”时，即 (libz.so.1.2.8) 可用 /lib/x86_64-linux-gnu/libz.so.1.2.8，系统会抛出以下错误。

version `ZLIB_1.2.3.3' not found (required by /usr/lib/x86_64-linux-gnu/libxml2.so.2)

如果我取消设置LD_LIBRARY_PATH，“bravo”启动正常。我了解上述行为是因为LD_LIBRARY_PATH在查找链接库时优先于定义的目录路径/etc/ld.so.conf，因此发生了上述错误。我只是好奇为什么UNIX / LINUX的开发人员没有设计操作系统来根据层次结构搜索其他目录中的链接库，如果库的第一个实例是不同的版本。

简单地说，UNIX/LINUX 系统遍历一组目录，直到找到所需的库。但是，为什么它在找到预期版本之前不做同样的事情，而不是接受库的第一个实例而不管其版本如何？

libraries dynamic-linking

1 个回答

  1. Best Answer

    但是，为什么它在找到预期版本之前不做同样的事情，而不是接受库的第一个实例而不管其版本如何？

    确实如此，据它所知。zlib.so.1.2.7并且zlib.so.1.2.8两者都有一个 soname zlib.so.1，所以你alpha和bravo二进制文件说他们需要zlib.so.1。动态加载器加载它找到的第一个匹配库；它不知道版本 1.2.8 提供了bravo需要的附加符号。（这就是为什么发行版会煞费苦心地指定额外的依赖信息，例如zlib1g (>= 1.2.8)for bravo。）

    您可能认为这应该很容易解决，但事实并非如此，尤其是因为二进制文件和库将它们需要的符号与它们需要的库分开列出，因此加载器无法检查给定库是否提供了所有符号需要它。可以以多种方式提供符号，并且在符号和提供它们的库之间引入链接可能会破坏现有的二进制文件。符号插入还增加了乐趣，使事情复杂化（并使对安全敏感的开发人员大发雷霆）。

    一些库提供最终存储在 中的版本信息.gnu.version_r，并带有指向提供库的链接，这在这里会有所帮助，但libz不是其中之一。

    （鉴于 sonames，我希望您的alpha二进制文件可以正常工作zlib.so.1.2.8。）

    • 28

相关问题