Я хотел бы использовать CMake, GTest и Intel TBB для проекта на Linux, и до сих пор я смог собрать без жалоб, но динамическое связывание, требуемое TBB, было проблемой только для одного из их библиотеки.
Я использую их функции CMake, вызываемые так:
set(TBB_ROOT_DIR ${CMAKE_CURRENT_SOURCE_DIR}/tbb)
set(TBB_BUILD_DIR "tbb_build_dir=${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}")
set(TBB_BUILD_PREFIX "tbb_build_prefix=tbb")
include(${TBB_ROOT_DIR}/cmake/TBBBuild.cmake)
tbb_build(TBB_ROOT ${TBB_ROOT_DIR}
MAKE_ARGS
${TBB_BUILD_DIR}
${TBB_BUILD_PREFIX}
CONFIG_DIR
TBB_DIR)
find_package(TBB REQUIRED)
При запуске я получаю ошибку:
error while loading shared libraries: libtbbmalloc_debug.so.2: cannot open shared object file: No such file or directory
После запуска ldd <whatever_test_executable>
Я получаю следующий вывод
linux-vdso.so.1 => (0x00007fff741b9000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fd99a6fd000)
libtbb_debug.so.2 => /home/mrbzapp/test_proj/build/Builds/lib/tbb_debug/libtbb_debug.so.2 (0x00007fd99a489000)
libtbbmalloc_proxy_debug.so.2 => /home/mrbzapp/test_proj/build/Builds/lib/tbb_debug/libtbbmalloc_proxy_debug.so.2 (0x00007fd99a285000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fd99a081000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007fd999dd4000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fd999a99000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007fd999887000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fd99967f000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fd9992f7000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd998fee000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fd998dd7000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd998a0e000)
/lib64/ld-linux-x86-64.so.2 (0x000055a935c16000)
libtbbmalloc_debug.so.2 => not found
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fd9987f2000)
libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 (0x00007fd9985c0000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fd99839e000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fd998198000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fd997f92000)
Во время сборки я вижу, что CMake (и TBB TBBBuild
функция) добавляет /home/mrbzapp/test_proj/build/Builds/lib/tbb_debug/
к rpath
и для большинства связанных библиотек tbb они используют этот путь, но libtbbmalloc_debug.so.2
оставлен на морозе, и это все сводит на нет.
Что я нахожу совершенно непонятным, так это то, что libtbbmalloc_debug.so.2
делает существует, и существует вместе с другими библиотеками TBB, которые являются используя rpath, установленный функциями TBB.
Что я могу делать не так, и что я должен делать, чтобы убедиться, что все эти библиотеки правильно связаны во время выполнения, а не просто несколько?
MrBZapp.
Я смог воспроизвести эту проблему, спасибо, что сообщили об этом.
Проблема в том, что libtbbmalloc_proxy_debug.so.2 не может найти libtbbmalloc_debug.so.2
В качестве обходного пути я могу предложить вам «source /home/mrbzapp/test_proj/build/Builds/lib/tbb_debug/tbbvars.sh intel64» в вашей среде и после этого выполнить ваше приложение.
Нашел способ заставить вещи работать, и дополнительные детали, вероятно, были в порядке.
Я использовал указание ссылок в письменном виде target_link_libraries(<target> ${TBB_IMPORTED_TARGETS})
когда я должен был использовать target_link_libraries(<target> TBB::tbb)
Я не уверен, что это «правильный» способ сделать что-то, но, похоже, это работает.