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加载了* .so的python 2.7.6库，它是由默认的包管理器安装的。你能帮忙找出这种情况发生的原因吗？

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

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

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

Answer 1

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

我首先解释一下算法，然后解释你的案例中的解决方案：

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

其余的很容易。您会找到一个库，例如/usr/lib/libfoo.so.1（在这种情况下，soname是libfoo.so.1），它有两个版本/usr/lib/libfoo.so.1.3和/usr/lib/libfoo.so.1.4，以及一个符号链接 /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)。

Answer 2

通过在$ LD_LIBRARY_PATH中添加/ usr / local解决了问题。其他解决方案的变体是Python executable not finding libpython shared library

在GNU / Linux上手动构建python 2.7.10，从包中安装旧的python2.7.6

2 个答案: