c++ - 为什么CMake通过相对路径链接外部库？

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

...
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)

构建执行正常，但是当我查看 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代码几乎相同。它们位于邻居文件夹中的同一磁盘上。 文件命令输出似乎也很合理:

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

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

最佳答案

听起来很奇怪，是因为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让我失败了...

关于c++ - 为什么CMake通过相对路径链接外部库？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/56169684/