我在项目中使用外部共享库。我写了一个查找器,可以成功找到库并创建依赖目标
...
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
我没有使用任何奇怪的编译标志或策略。可能是什么问题?
答案 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让我失败了...