gcc -L、-Wl,-rpath, -Wl,-rpath-link 的编译区别【C++】
2021/9/11 17:06:21
本文主要是介绍gcc -L、-Wl,-rpath, -Wl,-rpath-link 的编译区别【C++】,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
现要在目录 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 -L、-Wl,-rpath, -Wl,-rpath-link 的编译区别【C++】的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-04-26高性能表格工具VTable总体构成-icode9专业技术文章分享
- 2024-04-16软路由代理问题, tg 无法代理问题-icode9专业技术文章分享
- 2024-04-16程序猿用什么锅-icode9专业技术文章分享
- 2024-04-16自建 NAS 的方案-icode9专业技术文章分享
- 2024-04-14ansible 在远程主机上执行脚本,并传入参数-icode9专业技术文章分享
- 2024-04-14ansible 在远程主机上执行脚本,并传入参数, 加上remote_src: yes 配置-icode9专业技术文章分享
- 2024-04-14ansible 检测远程主机的8080端口,如果关闭,则echo 进程已关闭-icode9专业技术文章分享
- 2024-04-14result 成功怎么写-icode9专业技术文章分享
- 2024-04-14stopped 状态设置为变量,由外部传递进来-icode9专业技术文章分享
- 2024-04-14为什么ansible执行远程脚本需要放到后台-icode9专业技术文章分享