demo.cpp:(.text+0x27): undefined reference to `dlopen' demo.cpp:(.text+0x37): undefined reference to `dlerror' demo.cpp:(.text+0x7c): undefined reference to `dlsym' demo.cpp:(.text+0x85): undefined reference to `dlerror' demo.cpp:(.text+0xc7): undefined reference to `dlclose' demo.cpp:(.text+0x184): undefined reference to `dlsym' demo.cpp:(.text+0x18d): undefined reference to `dlerror' demo.cpp:(.text+0x1cf): undefined reference to `dlclose' demo.cpp:(.text+0x320): undefined reference to `dlclose'
第一种可能是 是虽然导入了相应的头文件,但并无加上libdl.so
联合编译
将target_link_libraries{${PROJECT_NAME}_node
${catkin_LIBRARIES}
}
第二中可能是 因为 target_link_libraries里库文件的顺序符合gcc链接顺序的规则,即被依赖的库放在依赖它的库的后面,比如
target_link_libraries(hello A B.a C.so)
在上面的命令中,libA.so可能依赖于libB.a和libC.so,如果顺序有错,链接时会报错。还有一点,B.a会告诉CMake优先使用静态链接库libB.a,C.so会告诉CMake优先使用动态链接库libC.so,也可直接使用库文件的相对路径或绝对路径。使用绝对路径的好处在 于,当依赖的库被更新时,make的时候也会重新链接。