为什么CMake通过相对路径链接外部库?

时间:2019-05-16 13:23:45

标签: c++ linux cmake shared-libraries

我在项目中使用外部共享库。我写了一个查找器,可以成功找到库并创建依赖目标

...
set(_target MyLib)
add_library(${_target} UNKNOWN IMPORTED)
set_target_properties(${_target}
    PROPERTIES INTERFACE_INCLUDE_DIRECTORIES "${MYLIB_INCLUDE_DIRS}")
set_property(TARGET ${_target}
    APPEND PROPERTY IMPORTED_LOCATION "${MYLIB_LIBRARIES}")
...
message("${MYLIB_LIBRARIES}")
> /absolute/path/to/mylib.so

我使用此库和其他库定义了一个目标

add_library(my_final_target SHARED
    mysource.cpp
    PRIVATE
    MyLib
    SomeOtherLib)

Build执行正常,但是当我查看 ldd 信息时,

ldd my_final_target.so
...
    some_other_lib.so -> /absolute/path/to/some_other_lib.so
    ../../../some/relative/path/mylib.so
...

mylib.so和some_other_lib.so的Finder代码几乎相同。它们位于邻居文件夹中的同一磁盘上。 file 命令输出似乎也很合理:

ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, not stripped

我没有使用任何奇怪的编译标志或策略。可能是什么问题?

1 个答案:

答案 0 :(得分:2)

听起来很奇怪,是因为mylib.so中没有声明SONAME

objdump -p mylib.so | grep SONAME
> 
objdump -p some_other_lib.so | grep SONAME
> SONAME        some_other_lib.so

我通过以下方式修复了SONAME

patchelf --set-soname mylib.so mylib.so

现在很好:

ldd my_final_target.so
...
    some_other_lib.so -> /absolute/path/to/some_other_lib.so
    mylib.so -> /absolute/path/to/mylib.so
...

编辑:重复。参见this question。我的Google Fu让我失败了...