Я использую в своем проекте внешней общей библиотеки. Я написал искатель, который успешно определяет библиотеку и создает цель зависимости < /p>
...
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
< /code>
Я определил цель, используя эту библиотеку, а некоторые другие < /p>
add_library(my_final_target SHARED
mysource.cpp
PRIVATE
MyLib
SomeOtherLib)
< /code>
build работает OK, но когда я смотрю на ldd < /strong> info я вижу < /p>
ldd my_final_target.so
...
some_other_lib.so -> /absolute/path/to/some_other_lib.so
../../../some/relative/path/mylib.so
...
< /code>
Код Finder для mylib.so и some_other_lib.so почти идентичен. Они расположены на том же диске в соседних папках. file < /strong> вывод команды также кажется разумным: < /p>
ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, not stripped
< /code>
Я не использую странные флаги компиляции или политики. Какая проблема может быть?
Подробнее здесь: https://stackoverflow.com/questions/561 ... ative-path
Почему Cmake связывает внешнюю библиотеку по относительному пути? ⇐ C++
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
Как правильно добавить внешнюю библиотеку Cmake (OpenXLSX) в проект QT Creator QML?
Anonymous » » в форуме C++ - 0 Ответы
- 34 Просмотры
-
Последнее сообщение Anonymous
-