注意:下面是完整的工作示例。 原始问题如下:
我在将ld -rpath参数与结合使用时遇到问题$ORIGIN。 由于找不到完整的示例,我想尝试自己写一个,以便我和其他人以后可以使用它。一旦工作,我就会整理一下。
-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
文件结构(构建后):
obj/
foo.o
main.o
lib/
foo.so
run/
main.run
run/main.run现在应该lib/foo.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],但我以后会解决这个问题)。
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。
-Wl,-rpath,'$ORIGIN/../../lib'
project/run/main.run
project/lib
我已经试过$ORIGIN/..,$ORIGIN/../lib,$ORIGIN/../..,$ORIGIN/../../lib无济于事。
$ORIGIN/..
$ORIGIN/../lib
$ORIGIN/../..
$ORIGIN/../../lib
注意:我使用的-l:是需要完整的库文件名(除其他原因外,当所有函数采用相同的名称格式时,使用变量编写脚本更容易)。
-l:
有谁知道为什么这不起作用? 或者,是否有人知道完整的工作示例?
(我宁愿拥有[foo.sh],[lib/foo.sh]但稍后再解决)。
大部分问题是您的:/名称中的阻止了动态链接器执行rpath魔术。
/
(您的rpath也是错误的。考虑一下:从shell程序中,如果您当前位于可执行文件所在的目录中,您将如何到达库所在的目录?在这里,您需cd../lib要这样做。因此,您的rpath应该是$ORIGIN/../lib。)
cd../lib
如果您将对象构建为libfoo.so并与链接-Llib-lfoo,则链接器将确定您的意图,并做正确的事情。但是,如果您要使用不同寻常的命名约定,则必须提供帮助:
libfoo.so
-Llib-lfoo
foo.sh
g++ -shared -Wl,-soname,foo.sh -o lib/foo.sh obj/foo.o
g++ -o run/main.run obj/main.o -Wl,-rpath,'$ORIGIN/../lib' -Llib -l:foo.sh
奔跑ldd main/main.run看看发生了什么,这很有用。在最初的失败案例中,您会看到类似以下内容的信息:
ldd main/main.run
lib/foo.sh (0xNNNNNNNN)
(缺少任何=> /some/resolved/path表明未完成任何路径解析的信息)。在固定情况下,您会看到类似以下内容的内容:
=> /some/resolved/path
foo.sh => /your/path/to/run/../lib/foo.sh (0xNNNNNNNN)