如何指定二进制文件库的位置?(linux)

如何指定二进制文件库的位置?(linux)

对于这个问题,我将使用一个具体的例子,但实际上这可以推广到几乎任何似乎无法找到其依赖库的 Linux 二进制文件。因此,我有一个由于缺少库而无法运行的程序:

./cart5: error while loading shared libraries: libcorona-1.0.2.so: cannot open shared object file: No such file or directory

ldd 对这个问题进行了一些阐述:

linux-vdso.so.1 =>  (0x00007fff18b01000)
libcorona-1.0.2.so => not found
libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/libstdc++.so.6 (0x00007f0975830000)
libm.so.6 => /lib/libm.so.6 (0x00007f09755af000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f0975399000)
libc.so.6 => /lib/libc.so.6 (0x00007f0975040000)
libz.so.1 => /lib/libz.so.1 (0x00007f0974e2b000)
/lib64/ld-linux-x86-64.so.2 (0x00007f0975b36000)

但是,安装了电晕:

oliver@human$ find / -name libcorona-1.0.2.so 2> /dev/null

/usr/local/lib64/libcorona-1.0.2.so
/home/oliver/installed/corona-1.0.2/src/.libs/libcorona-1.0.2.so

我如何告诉二进制文件在哪里寻找“丢失”的库?

答案1

一次性将变量设置LD_LIBRARY_PATH为要搜索的目录的冒号分隔列表。这类似于PATH可执行文件,只是在通过环境指定的目录之后还会搜索标准系统目录。

LD_LIBRARY_PATH=/usr/local/lib64 ./cart5

如果您的程序将库保存在非标准位置并且无法自行找到它们,则可以编写包装器脚本:

#!/bin/sh
if [ -n "$LD_LIBRARY_PATH" ]; then
  LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib64
else
  LD_LIBRARY_PATH=/usr/local/lib64
fi
export LD_LIBRARY_PATH
exec /path/to/cart5 "$@"

标准系统目录列表保存在 中/etc/ld.so.conf。最近的系统允许此文件包含其他文件;如果您的系统包含类似 的内容include /etc/ld.so.conf.d/*.conf,请创建一个名为 的新文件,/etc/ld.so.conf.d/mala.conf其中包含您要添加的目录。更改/etc/ld.so.conf或包含的文件后,运行/sbin/ldconfig以使更改生效(这会更新缓存)。

LD_LIBRARY_PATH也适用于许多其他 unices,包括 FreeBSD、NetBSD、OpenBSD、Solaris 和 Tru64。HP-UX 有SHLIB_PATH,Mac OS X 有DYLD_LIBRARY_PATH/etc/ld.so.conf在大多数 unices 上都有类似物,但位置和语法差别很大。)

答案2

如果您想避免 LD_LIBRARY_PATH,您也可以在链接期间执行以下操作:

gcc -o exename -L/path/to/dynamiclib/ -lnameofLib \
    -Wl,-R/path/to/dynamiclib/ sourceCode1.c ...

-Wl,...用于将额外的命令传递给链接器,在这种情况下,使用-R可以告诉链接器将此路径存储为.so的“默认搜索路径”。

我在我的网站上记录了许多像这样的小技巧:

https://www.thanassis.space/tricks.html

答案3

这表明 libcorona 未安装在正确的路径中。将 libcorona 目录移动到正确的路径,问题将得到解决。

相关内容