最近在编译工程时遇到一些,动态库链接依赖的问题,现总结出来,以作备忘。
1、自己编写的动态库依赖系统库(如pthread库),可执行程序链接自己的库后找不到系统库(pthread)中的函数:
自己动态库的编译命令如下:
(1)g++ -fPIC -g -O0 -Wall -I//usr/include -L//usr/lib -L//lib -lpthread -lrt-shared -o libhmlpmanager_service.so hmlp_IF.o hmlp_device.o hmlp_manager.o hmlp_noticeData.o hmlp_package.o hmlp_socket.o-L ../../../../mw/hmlp/build/lib -lcommon
可执行程序编译命令如下:
(2)g++ -g -O0 -Wall -I//usr/include -o ../../mw/hmlp/build/bin/Hmlp_client -L//usr/lib -L//lib -L../../mw/hmlp/build/lib -lhmlptest -lhmlpmanager_service -lcommon
编译可执行程序时报错:../../mw/hmlp/build/lib/libhmlpmanager_service.so: undefined reference to `pthread_create'
在动态库编译过程中明明已经添加了pthread库,并且动态库也编译成功了,为什么在使用动态库的时候会报找不到`pthread_create'的错误呢?
使用ldd命令查看编译的动态库对其他库的依赖:
(3)ldd libhmlpmanager_service.so
linux-gate.so.1 => (0xb7784000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7677000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7659000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb74ad000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7481000)
/lib/ld-linux.so.2 (0xb7785000)
发现里面没有pthread库。
将上面(1)中的编译命令改为:g++ -fPIC -g -O0 -Wall -I//usr/include -shared -olibhmlpmanager_service.sohmlp_IF.o hmlp_device.o hmlp_manager.o hmlp_noticeData.o hmlp_package.o hmlp_socket.o-L ../../../../mw/hmlp/build/lib -lcommon-L//usr/lib -L//lib -lpthread -lrt
即红色字体部分移到后面,再次进行编译,竟然编译通过了!
原来在(1)中指明了依赖的pthread库的地址,在编译libhmlpmanager_service.so库时使用到的pthread函数都可以在pthread中找到,所以并不报错,但是pthread库中的类容并没有编译进libhmlpmanager_service.so库中(ldd命令查看结果可以证明),所以在编译可执行程序的链接过程中,找不到libhmlpmanager_service.so库中所要使用的pthread中的函数。
将(1)中的编译命令进行修改后,将pthread的类容也编译进了libhmlpmanager_service.so中,所以就不会报错,此时使用ldd得到的结果如下:
ldd libhmlpmanager_service.so
linux-gate.so.1 => (0xb77ae000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb776b000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7686000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7667000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb74bc000)
/lib/ld-linux.so.2 (0xb77af000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7490000)
2、自己编写的动态库A依赖自己编写的动态库B,可执行程序C依赖动态库A:
在编译A时使用:-L $(动态库B的路径) lB,指明连接的动态库B,编译OK
在编译C时使用:-L $(动态库A的路径) lA,指明连接的动态库A,编译NG,报错找不到动态库B中的函数;
使用ldd查看动态库A的依赖时,动态库B的后面没有地址,而是not found。
原来,因为-L选项指定的路径只在编译时有效,编译出来的动态库A不知道-L选项后面的值,当然找不到。
既然找到了原因那么如何解决呢?解决方法是通过-Wl,rpath=<your_lib_dir>,使得编译出的库记住链接库的位置。
-Wl选项告诉编译器将后面的参数传递给链接器。
原文链接:https://www.f2er.com/javaschema/284931.html