gcc -L-Wl,-rpath, -Wl,-rpath-link的区别

Posted zhchy89

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了gcc -L-Wl,-rpath, -Wl,-rpath-link的区别相关的知识,希望对你有一定的参考价值。

现要在目录 mainDir 下编译库libmain.so, 但是其 ---依赖于---> libsub.so,sub.so在目录 mainDir / subDir 下,且subDir不在LD_LIBRARY_PATH以及环境变量中。

现有如下执行:

  1. gcc -share -o libmain.so  main.o

    此命令可编译并链接通过,利用ldd libmain.so时没有发现有对libsub.so的依赖,但是ldd -r libmain.so时会发现会有sub库中的函数出现undefined symbol。

    因为libmain.so 依赖于 libsub.o,但是链接时没有添加lsub。

  2.gcc -share -lsub -o libmain.so  main.o

    此命令无法通过编译,会提示/usr/bin/ld: cannot find -lsub。

    因为libsub.so在目录subDir下,而subDir不在LD_LIBRARY_PATH和环境变量中。所以在链接时,gcc无法找到libsub.so。

  3.gcc -share -L./subDir -lsub -o libmain.so  main.o

    此命令可编译并链接通过,但是ldd -r libmain.so时会发现 libsub.so => not found。因为 libsub.o在目录subDir下。

  4.gcc -share -Wl,-rpath-link=‘./subDir‘  -L./subDir -lsub -o libmain.so  main.o

    此命令可编译并链接通过,但是在ldd -r libmain.so时还是会发现 libsub.so => not found。

  5.gcc -share -Wl,-rpath=‘./subDir‘  -L./subDir -lsub -o libmain.so  main.o

    此命令可编译并链接通过,而且ldd -r libmain.so也会发现对libsub.so的依赖。

 

总结:

  -L:只是在编译时指定库的位置,但是运行时无法找到该位置;

  -rpath和-rpath-link都可以在链接时指定库的路径。

    但是运行时,-rpath-link指定的路径就不再有效,因为链接器没有将库的路径包含进可执行文件中或库中;

    而-rpath指定的路径,已被链接器写入可执行文件中或库中

以上是关于gcc -L-Wl,-rpath, -Wl,-rpath-link的区别的主要内容,如果未能解决你的问题,请参考以下文章

如何在 Mac OSX 下使用 gcc 设置可执行文件的运行时路径(-rpath)?

pkg-config:设置 -rpath 的最佳实践?

CreateML 错误 dyld:未加载库:@rpath/libswiftCreateML.dylib

为啥 ld 在将可执行文件链接到 a 时需要 -rpath-link 以便需要另一个 so ?

在 Scons 中将“-W1,-rpath=\$ORIGIN”替换为“-W1,-rpath,\$ORIGIN”

从安全分析中获得警告“删除编译器选项 -rpath 以删除 @rpath”