构建一个使用ld选项-rpath和$ ORIGIN的简单（hello-world-esque）示例

Question

注意：下面是完整的工作示例。 原始问题如下：

我在将ld -rpath参数与结合使用时遇到问题$ORIGIN。
由于找不到完整的示例，我想尝试自己写一个，以便我和其他人以后可以使用它。一旦工作，我就会整理一下。

我之前曾问过这个问题，但我认为我的帖子有些混乱。

该示例项目将构建一个共享库和一个链接到该库的可执行文件。 它很小（3个文件，包括buildscript在内22行）。
您可以从这里下载项目

文件结构（构建之前）：

• project/
  • src/
  • foo.cpp
  • main.cpp
  • make.sh

project/src/foo.cpp

int foo()
  { return 3; }

project/src/main.cpp

int foo();

#include <iostream>
int main()
  {
    std::cout << foo() << std::endl;
    return 0;
  }

project/make.sh

# Make directories:
mkdir -p -v obj
mkdir -p -v lib
mkdir -p -v run

# Build the library:
g++ -c -o obj/foo.o src/foo.cpp -fPIC
g++ -shared -o lib/foo.sh obj/foo.o

# Build the executable:
g++ -c -o obj/main.o src/main.cpp
g++ -o run/main.run obj/main.o -Wl,-rpath,'$ORIGIN/../../lib' -Llib -l:foo.sh

从project目录中运行make.sh（确保它是可执行文件）。

文件结构（构建后）：

• project/
  • src/
  • foo.cpp
  • main.cpp
  • obj/
  • foo.o
  • main.o
  • lib/
  • foo.so
  • run/
  • main.run
  • make.sh

run/main.run现在应该lib/foo.sh从任何地方加载执行。

目前，这仅部分起作用。
文件可以编译并链接，但是从任何目录运行都无法链接project（练习的重点）。

检查main.run与readelf -d表演：
0x0000000000000001 (NEEDED) Shared library: [lib/foo.sh]
0x000000000000000f (RPATH) Library rpath: [$ORIGIN/../../lib]
这看起来接近（我宁愿[foo.sh]不是[lib/foo.sh]，但我以后会解决这个问题）。

AFAICT $ORIGINin
-Wl,-rpath,'$ORIGIN/../../lib'意味着project/run/main.run该路径应该变为project/lib。

我已经试过$ORIGIN/..，$ORIGIN/../lib，$ORIGIN/../..，$ORIGIN/../../lib无济于事。

注意：我使用的-l:是需要完整的库文件名（除其他原因外，当所有函数采用相同的名称格式时，使用变量编写脚本更容易）。

有谁知道为什么这不起作用？ 或者，是否有人知道完整的工作示例？

Answer 1

（我宁愿拥有[foo.sh]，[lib/foo.sh]但稍后再解决）。

大部分问题是您的：/名称中的阻止了动态链接器执行rpath魔术。

（您的rpath也是错误的。考虑一下：从shell程序中，如果您当前位于可执行文件所在的目录中，您将如何到达库所在的目录？在这里，您需cd../lib要这样做。因此，您的rpath应该是$ORIGIN/../lib。）

如果您将对象构建为libfoo.so并与链接-Llib-lfoo，则链接器将确定您的意图，并做正确的事情。但是，如果您要使用不同寻常的命名约定，则必须提供帮助：

1. 更改库的链接行，以将您的库的SONAME显式设置为just foo.sh：

g++ -shared -Wl,-soname,foo.sh -o lib/foo.sh obj/foo.o

1. 修复rpath：

g++ -o run/main.run obj/main.o -Wl,-rpath,'$ORIGIN/../lib' -Llib -l:foo.sh

奔跑ldd main/main.run看看发生了什么，这很有用。在最初的失败案例中，您会看到类似以下内容的信息：

    lib/foo.sh (0xNNNNNNNN)

（缺少任何=> /some/resolved/path表明未完成任何路径解析的信息）。在固定情况下，您会看到类似以下内容的内容：

    foo.sh => /your/path/to/run/../lib/foo.sh (0xNNNNNNNN)