python - 在 GNU/Linux 上手动构建 python 2.7.10 加载从包安装的旧 python2.7.6 的 .so

Question

我已成功从源代码构建并将 python 版本 2.7.10 安装到文件夹/usr/local 中。然后我执行了/usr/local/bin/python，它显示它的版本是 2.7.6。这是不正确的。为了找出问题所在，我运行了 ldd/usr/local/bin/python 并得到以下信息:

    linux-vdso.so.1 =>  (0x00007fffd5fe4000)
    libpython2.7.so.1.0 => /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 (0x00007f2c006f8000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f2c004da000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2c00115000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f2bffefc000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f2bffcf8000)
    libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f2bffaf5000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f2bff7ef000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f2c00c5c000)

这意味着手动构建的 python 2.7.10 会加载 python 2.7.6 的 *.so 库，该库由包管理器默认安装。你能帮忙找出为什么会这样吗？

配置已通过以下命令完成:

./configure --prefix=/usr/local --enable-shared

我使用的是基于 Ubuntu 14.04.3 的 Linux Mint 17.2 Rafaela KDE 版本

Answer 1

原因是 linux 用来选择要加载的共享对象的算法。此过程允许同一库的多个版本在同一系统中毫无问题地共存。有时，必须先触摸某些东西才能迫使它选择替代方案，就像现在对您来说一样。

我将首先解释算法，然后解释您的情况的解决方案:

首先 linux 有一个由 soname 索引的二进制数据库(这是动态链接器用来选择正确库版本的名称)它以所谓的 soname 进入库(链接时嵌入到应用程序中)并获取文件(通常文件名是 /usr/lib/soname) 通过搜索目录构建数据库列出所有库的列表(在 /etc/ld.so.conf 中配置)，提取它们的 soname，并从 soname 索引到实际文件。为了快速运行，库有一个指向 soname 的符号链接(symbolic link)，这就是您链接到错误库的原因，链接指向旧版本。

剩下的就简单了。您会找到一个库，例如 /usr/lib/libfoo.so.1(在本例中，soname 是 libfoo.so.1)，它有两个版本、/usr/lib/libfoo.so.1.3 和 /usr/lib/libfoo.so.1.4，以及符号链接(symbolic link) /usr/lib/libfoo.so.1 ->/usr/lib/libfoo.so.1.3。您必须删除此链接并构建正确的链接。

rm -f /usr/lib/libfoo.so.1
ln -s libfoo.so.1.3 /usr/lib/libfoo.so.1

在那之后，重建数据库会很好(我认为没有必要，因为你已经安装了它，但不会造成伤害)

/sbin/ldconfig

如果您使用 -l 运行它，它将向您显示它在数据库中的所有共享库。试试 ldconfig(8)。