一尘不染

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

linux

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

我在将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.runreadelf -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:是需要完整的库文件名(除其他原因外,当所有函数采用相同的名称格式时,使用变量编写脚本更容易)。

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


阅读 1643

收藏
2020-06-07

共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)
2020-06-07