标签：gcc libsub rpath Wl so subDir libmain
现要在目录 mainDir 下编译库libmain.so
但是其依赖于 —> libsub.so
sub.so在目录 mainDir/subDir 下，且subDir不在LD_LIBRARY_PATH以及环境变量中。
现有如下执行：
gcc -share -o libmain.so main.o
此命令可编译并链接通过，利用ldd libmain.so时没有发现有对libsub.so的依赖，但是ldd -r libmain.so时会发现会有sub库中的函数出现undefined symbol
因为libmain.so 依赖于 libsub.o，但是链接时没有添加lsub。
gcc -share -lsub -o libmain.so main.o
此命令无法通过编译，会提示/usr/bin/ld: cannot find -lsub。
因为libsub.so在目录subDir下，而subDir不在LD_LIBRARY_PATH和环境变量中。所以在链接时，gcc无法找到libsub.so。
gcc -share -L./subDir -lsub -o libmain.so main.o
此命令可编译并链接通过，但是ldd -r libmain.so时会发现 libsub.so => not found。因为 libsub.o在目录subDir下。
gcc -share -Wl,-rpath-link='./subDir' -L./subDir -lsub -o libmain.so main.o
此命令可编译并链接通过，但是在ldd -r libmain.so时还是会发现 libsub.so => not found。
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,libsub,rpath,Wl,so,subDir,libmain 来源： https://blog.csdn.net/qq_33177268/article/details/120238664
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。