Linux可执行文件无法在同一文件夹中找到共享库

时间:2016-10-11 13:45:58

标签: c++ linux bash g++ shared-libraries

我对Linux开发相对较新,已经使用Windows一段时间了。无论如何,我正在Windows和Linux上使用g ++编译C ++游戏(需要时使用mingw32),并且正在连接SDL2和SDL2_mixer。在Windows上,只需要将DLL文件放在与可执行文件相同的文件夹中,一切运行正常。然而,在Linux上,尽管代码编译得很好,甚至没有一个警告,但我在运行时得到了这个:

./nKaruga: error while loading shared libraries: libSDL2_mixer-2.0.so.0: cannot open shared object file: No such file or directory

虽然说共享库是在同一个文件夹中。我在Stack Overflow上查找了几个类似的案例,所有这些案例都涉及LD_LIBRARY_PATH的使用,并尝试了但无济于事。

% LD_LIBRARY_PATH=pwd
% export LD_LIBRARY_PATH
% ./nKaruga
./nKaruga: error while loading shared libraries: libSDL2_mixer-2.0.so.0: cannot open shared object file: No such file or directory

我想在不一定具有安装依赖项的管理员权限的系统上分发此程序,因此我将SO放在与可执行文件相同的文件夹中。

先谢谢!

3 个答案:

答案 0 :(得分:7)

LD_LIBRARY_PATH是一个快速的临时黑客,用于指定备用库加载搜索路径。更永久和更清晰的解决方案是指定特定二进制文件应在其中搜索特定的特定路径集。这被称为 rpath (维基百科上的文章:https://en.wikipedia.org/wiki/Rpath)。有许多"变量"可以在替换的二进制 rpath 中指定。在您的情况下,rpath变量${ORIGIN}对您来说是最有趣的。 ${ORIGIN}告诉动态链接器在二进制文件所在的同一目录中查找库。

rpath可以在-rpath链接器选项的链接时设置,即当通过GCC调用时,选项将是-Wl,-rpath='${ORIGIN}',即

gcc -o program_binary -Wl,-rpath='${ORIGIN}' -lSDL2_mixer a.o b.o …

对于现有二进制文件,可以使用chrpathpatchelf工具在事后设置rpath;不过,最好在链接时设置它。

答案 1 :(得分:0)

  

在Windows上,只需要将DLL文件放在与可执行文件相同的文件夹中,一切运行正常。

你也可以而且应该在Linux上做到这一点。

链接可执行文件时,将-Wl,-rpath,'$ORIGIN'添加到链接器命令行。有关详细信息,请参阅this

答案 2 :(得分:-1)

实际上没关系它不会起作用,我只是假设,这是我的坏事。

从字面上使用-Wl,-rpath='${ORIGIN}'选项不会改变任何事情。

% g++... -Wl,-rpath='${ORIGIN}' -o./bin/nKaruga ...
% cd bin
% ls
libSDL2_mixer-2.0.so.0  nKaruga
% ./nKaruga
./nKaruga: error while loading shared libraries: libSDL2_mixer-2.0.so.0: cannot open shared object file: No such file or directory

使用$ORIGIN代替${ORIGIN}会得到相同的结果,以及使用-Wl,-rpath,'${ORIGIN}'-Wl,-rpath,'$ORIGIN'

编辑(不要介意法语):

% readelf -d ./nKaruga | grep 'RPATH'
 0x000000000000000f (RPATH)              Bibliothèque rpath: [$ORIGIN]

它的价值。