Почему Cmake связывает внешнюю библиотеку по относительному пути?C++

Программы на C++. Форум разработчиков
Ответить
Anonymous
 Почему Cmake связывает внешнюю библиотеку по относительному пути?

Сообщение Anonymous »

Я использую в своем проекте внешней общей библиотеки. Я написал искатель, который успешно определяет библиотеку и создает цель зависимости < /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
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «C++»