usr/lib、usr/local/lib 和 BLAKE2 之间的冲突

usr/lib、usr/local/lib 和 BLAKE2 之间的冲突

我正在使用 SEMECS 库,依赖项是 libb2 BLACK2 库,我安装了这个库,并且安装成功,但它在,usr/local/lib似乎 SEMECS 在 中寻找它usr/lib,因此它生成以下错误

./semecs: error while loading shared libraries: libb2.so.1: cannot open shared object file: No such file or directory

答案1

设置 LD_LIBRARY_PATH 环境变量。它与 $PATH 类似,但用于定位共享库。

通常,这是设置在~/.bashrc

export LD_LIBRARY_PATH="/usr/local/lib:/usr/lib"

还有一个ldd命令可以让你检查二进制文件使用了哪些共享库(以及来自哪些路径):

ldd myprogram

例如

[sh @ balrog] ~ 7 % ldd /bin/ls
    linux-vdso.so.1 (0x00007ffcdd75b000)
    libgtk3-nocsd.so.0 => /usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0 (0x00007fa9ab768000)
    libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007fa9ab540000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa9ab14f000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fa9aaf4b000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fa9aad2c000)
    libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fa9aaaba000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fa9abb91000)

最后,ldconfig重新创建共享库的链接器缓存;当你刚刚构建了一个新的共享库并且它可能还没有在缓存中时,这很有用:

sudo ldconfig

相关内容