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

Question

我对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放在与可执行文件相同的文件夹中.

谢谢提前!

Answer 1

LD_LIBRARY_PATH是一个快速的临时hack,用于指定备用库加载搜索路径.一个更永久的和更清洁的解决方案是指定的在库应搜索路径相关的特定集合具体为特定的二进制文件.这被称为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 …

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