特定的“无法打开共享对象文件”错误

Question

我是计算机科学专业的一年级学生，正在学习（以及其他）Makefile 课程。对于我们的第一个任务，我们必须创建一个共享库并针对它进行链接。

我有以下设置：

• 一个文件夹 hw1 包含文件夹 app 和 lib。
• 在lib 内部是一个名为libmine.so 的文件，这是我要链接的库。
• 在app 内部，有两个文件：test.cpp 和一个Makefile。前者使用libmine 库。

Makefile 如下（在文件本身，缩进等。是正确的）：

all: test

test: test.cpp
      g++ -Wall -o test -L../lib -I../lib/include test.cpp -lmine

但是，当 运行 test 时，我得到了臭名昭著的 `libmine.so: cannot open shared object file' 错误。

我相信这与导出 LD_LIBRARY_PATH 有关。我试过这样做 (export LD_LIBRARY_PATH=$[very long relative path to the lib folder])，但我想在我的 Makefile 中这样做。另外，我不希望路径是相对的，因为当我将文件发送给他时，我的老师应该能够打开文件（所以我认为它应该类似于../lib/libmine.so）。

我查看了各种 StackOverflow 帖子，例如 this one，但似乎没有人回答这个特定问题（要么是设置不同，要么解决方案根本不起作用）。顺便说一句：将export LD_LIBRARY_PATH=../lib 行放在test: test.cpp 正下方和g++ 命令之前没有做任何事情。

非常感谢任何帮助:)

Answer 1

运行测试时，我收到臭名昭著的“libmine.so: 无法打开共享对象文件”错误。

这是因为 -L../lib 参数告诉 static 链接器在哪里可以找到库，但它没有告诉 dynamic 链接器（又名加载器)，问题是后者找不到这个库。

要解决这个问题，您可以使用LD_LIBRARY_PATH，但这通常是不明智的。

您想要的是名为 RPATH 或 RUNPATH 的东西（假设您使用的是 Linux 或类似系统）：

 g++ -Wall -o test -L../lib -I../lib/include test.cpp -Wl,-rpath=../lib -lmine

另外，我不希望路径是相对的，因为当我将文件发送给他时，我的老师应该能够打开文件

你的老师会在相同系统上运行你的二进制文件，还是在不同的系统上运行？如果是前者，你可以这样做：

g++ -Wall -o test -L../lib -I../lib/include test.cpp -Wl,-rpath=/full/path/to/hw1/lib -lmine

如果是后者，/full/path/to/hw1/lib 可能会或可能不会在您老师的机器上可用，您需要考虑到底要发送给他什么。

解决这个问题的常用方法是将应用程序和库打包到一个 tar 文件中：

tar cvf to-send.tar app/test lib/libmine.so

然后老师可以将你的 tar 文件的部分解压到任意目录，并尝试运行它。要完成这项工作，您需要与应用程序相关的RPATH，无论应用程序在哪里结束。为此，您需要：

g++ -Wall -o test -L../lib -I../lib/include test.cpp -Wl,-rpath='$ORIGIN/../lib' -lmine