我对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放在与可执行文件相同的文件夹中.
谢谢提前!
解决方法:
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 …