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

Manually built python 2.7.10 on GNU/Linux loads .so of old python2.7.6 installed from packages

我已经成功地从源构建并将 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

我正在使用 Linux Mint 17.2 Rafaela KDE 版本,它基于 Ubuntu 14.04.3

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

我会先解释算法,然后再解释你的情况的解决方案:

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

剩下的就简单了。您会找到一个库,例如 /usr/lib/libfoo.so.1(在本例中 soname 是 libfoo.so.1),它有两个版本,/usr/lib/libfoo.so.1.3/usr/lib/libfoo.so.1.4,以及 一个象征性的 link /usr/lib/libfoo.so.1 -> /usr/lib/libfoo.so.1.3。你必须删除这个 link 并构建正确的

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

在那之后,用

重建数据库会很好(我认为没有必要,因为你已经安装了它,但不会造成伤害)
/sbin/ldconfig

如果你 运行 它与 -l 它会告诉你它在数据库中的所有共享库。试试 ldconfig(8).

问题已通过将 /usr/local 添加到 $LD_LIBRARY_PATH 来解决。其他解决方案变体在这里 Python executable not finding libpython shared library