Ссылка на две аналогичные библиотеки с cmake

Question

У меня возникла проблема с cmake и ссылкой на мое приложение: Я работаю над существующим проектом. В этом проекте используется модифицированный libjpeg (статический lib), и мой исполняемый файл связан с ним.

target_link_libraries(myprog jpeglib) 

Теперь я хочу добавить новую функцию, которая использует turbojpeg lib.

add_library(newfeature SHARED ${LIBVNCSERVER_SOURCES}) 
set_target_properties(newfeature PROPERTIES DEFINE_SYMBOL DLLDEFINE) 
target_link_libraries(newfeature turbojpeg-static) 
target_link_libraries(newfeature LINK_INTERFACE_LIBRARIES) 

Моя программа будет связана с этой общей библиотеки:

target_link_libraries (myprog jpeglib newfeature) 

В Windows все работает отлично. Но если я использую эту функцию под Linux, я получаю сообщение об ошибке:

JPEG Error: JPEG parameter struct mismatch: library thinks size is 488, caller expects 504 

Эта ошибка возникает из libjpeg.

Все, что я нашел в Google, не работает. Я предполагаю, что в новой библиотеке newfeature используется jpeglib из myprog, хотя newfeature статически связана с turbojpeg lib. newfeature должен быть автономным .so или .dll файлом Если бы я изменил порядок привязки, я получил ту же ошибку, но он генерируется из turbojpeg.

Связывание myprog с turbojpeg-static невозможно, поскольку оно несовместимо с модифицированным libjpeg.

Может ли кто-нибудь помочь? Правильно ли мое предположение?

Answer 1

Я нашел решение:

я добавил --exclude-libs,ALL к команде компоновщика из newfeature с помощью этой команды CMake:

set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -Wl,--exclude-libs,ALL") 

Проблема в том, что символы из моей turbojpeg-static были экспортированы моей newfeature.so и, следовательно, видимый от «снаружи». Линкер сначала находит символы из libjpeg. При привязке myprog к newfeature.so компоновщик находит ссылки от моих методов newfeature до turbojpeg-static и перезаписывает их.

Надеюсь, я смогу помочь другим с одинаковой проблемой. Пожалуйста, дайте мне знать, если что-то неясно или неправильно.

Answer 2

Проблема заключается в том, что вы статически связываете libjpeg с исполняемым файлом, но теперь вы пытаетесь добавить косвенную зависимость от (libjpeg-turbo), что является другой реализацией того же API.

Это проблема, потому что теперь есть два возможных разрешения для каждого общедоступного символа API (имя функции и т. Д.) В API libjpeg. Большинство библиотек не поддерживают две версии себя в одном исполняемом файле, и, разумеется, две разные библиотеки, реализующие один и тот же интерфейс, вряд ли это сделают.

Если вам повезло, что libjpeg проверяет версию из своих файлов заголовков (во время сборки) на свою библиотеку (во время выполнения). Такая проблема часто остается незамеченной, когда библиотеки не строят эти проверки.

Вам следует попытаться сделать newfeature зависимым не от libjpeg-turbo и вместо этого удовлетворить его собственным libjpeg, который, как представляется, является фиксированным требованием от вашего описания.