需求:
编译第三方库mad,且让库跟随项目环境,不依赖于系统环境。
问题描述:
第三方库mad,在Linux上编译后,生成文件libmad.so,重命名为libmadlinux.so,链接入可执行文件。
g++ ./test.cpp -L. -lmadlinux -lsoDemo2 -Wl,-rpath . -o test
运行过程中一直提示找不到库libmad.so.0,用ldd命令查看可执行文件,动态库链接的符号竟然是libmad.so.0。另外一个动态库libsoDemo2.so的名称与链接到可执行文件的名称是 一致的,不管改成什么名字。
原因分析:
第三方库mad编译的过程中带入了参数-Wl,soname,指定了动态库的简单共享名为libmad.so.0 ,该共享名在系统升级的时候,可让旧程序调用新的库,因为旧的程序认的是固化在so库中的soname。这也是为什么libmad.so在编译过程中,不管名字改成什么,编译生成的可执行文件,只能看到链接到动态库libmad.so.0。而另外一个动态库libsoDemo2.so编译的时候未加-Wl,soname,故链接到可执行文件中的名称与库本身的名称是一致的。
解决方法:
1.编译可执行文件的命令中保持-rpath <soPath>,令可执行程序在运行过程中直接找rpath后的路径。
2.ldconfig -n <soPath>,生成以SONAME为名的软链接,指向动态库libmadlinux.so的路径 或者 直接将动态库的名字改为与SONAME一致,放到soPath下