程序是Xenomai测试套件的一部分,从Linux PC交叉编译到Linux+Xenomai ARM工具链。

# echo $LD_LIBRARY_PATH                                                                                                                                          
/lib                                                                                                                                                             
# ls /lib                                                                                                                                                        
ld-2.3.3.so         libdl-2.3.3.so      libpthread-0.10.so                                                                                                       
ld-linux.so.2       libdl.so.2          libpthread.so.0                                                                                                          
libc-2.3.3.so       libgcc_s.so         libpthread_rt.so                                                                                                         
libc.so.6           libgcc_s.so.1       libstdc++.so.6                                                                                                           
libcrypt-2.3.3.so   libm-2.3.3.so       libstdc++.so.6.0.9                                                                                                       
libcrypt.so.1       libm.so.6                                                                                                                                    
# ./clocktest                                                                                                                                                    
./clocktest: error while loading shared libraries: libpthread_rt.so.1: cannot open shared object file: No such file or directory                                 

.1是文件名的最后部分吗?这到底是什么意思?


当前回答

在这里可以找到一个类似的问题。 我尝试过上面提到的解决方案,它确实有效。

前面几个问题的答案可能有用。但下面是一个简单的方法来解决它。 它通过重新安装libwbclient包来工作 在fedora:

dnf reinstall libwbclient

其他回答

这里有一些你可以尝试的解决方案:

LDCONFIG

正如AbiusX指出的:如果您刚刚安装了库,那么您可能只需要运行ldconfig。

sudo ldconfig

Ldconfig创建必要的链接和到最近的缓存 在命令中指定的目录中找到的共享库 在/etc/ld.so.conf文件中,在受信任的目录中 (/lib和/usr/lib)。

通常您的包管理器会在安装新库时处理这个问题,但并非总是如此,即使这不是您的问题,运行ldconfig也无妨。

开发包或版本错误

如果这不起作用,我也会检查Paul的建议,并寻找一个“-dev”版本的库。许多库被分为开发包和非开发包。你可以使用这个命令来查找它:

apt-cache search <libraryname>

如果您只是安装了错误的库版本,这也会有所帮助。有些库同时以不同的版本发布,例如Python。

图书馆的位置

如果您确定安装了正确的包,而ldconfig没有找到它,那么它可能只是在一个非标准目录中。默认情况下,ldconfig会在/lib、/usr/lib和/etc/ld.so.conf和$LD_LIBRARY_PATH目录中查找。如果你的库在其他地方,你可以在/etc/ld.so.conf中自己的行中添加目录,将库的路径附加到$LD_LIBRARY_PATH,或者将库移动到/usr/lib.然后执行ldconfig命令。

要找到图书馆的位置,试试这个:

sudo find / -iname *libraryname*.so*

(用你的库名替换libraryname)

如果您选择$LD_LIBRARY_PATH路径,则需要将其放到~/中。Bashrc文件,以便每次登录时运行:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/library

我要做的就是跑

sudo apt-get install libfontconfig1

我在位于/usr/lib/x86_64-linux-gnu的文件夹中,它工作得很好。

您需要确保在期间指定了库路径 当你编译你的。c文件时链接:

gcc -I/usr/local/include xxx.c -o xxx -L/usr/local/lib -Wl,-R/usr/local/lib

-Wl,-R部分告诉生成的二进制文件也查找库 在尝试使用/usr/lib/中的一个之前,在运行时/usr/local/lib。

linux.org参考页面解释了机制,但没有解释背后的动机:-(

为此,请参阅Sun Linker和图书馆指南

此外,请注意,“外部版本控制”在Linux上基本上已经过时了,因为符号版本控制(GNU扩展)允许您在单个库中呈现同一个函数的多个不兼容版本。这个扩展允许glibc拥有相同的外部版本:libc.so。过去10年有6个。

尝试安装lib32z1:

Sudo apt-get lib32z1