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指定的路径，已被链接器写入可执行文件中或库中

转载于:https://www.cnblogs.com/zhchy89/p/10529512.html