Cmake: исполняемый файл ищет *.so по другому пути

@sub-r-outine · Регистрация: 18.09.2013

Студворк — интернет-сервис помощи студентам

Здравствуйте, есть вот такая конфигурация проекта:

proj/main.c
proj/myinc.h

Программа использует внешние библиотеки, добавленные мною вручную:

proj/include/inc1.in
proj/include/inc2.in

и

proj/lib/lib1.so
proj/lib/lib2.so.1

Подключаю их к проекту следующим образом:

add_library(lib1 SHARED IMPORTED)
add_library(lib2 SHARED IMPORTED)
set_property(TARGET lib1 PROPERTY IMPORTED_LOCATION "${PROJECT_SOURCE_DIR}/lib/lib1.so")
set_property(TARGET lib2 PROPERTY IMPORTED_LOCATION "${PROJECT_SOURCE_DIR}/lib/lib2.so.1")

Линкую:

target_link_libraries(${PROJECT_NAME} lib1 lib2)

Так же мне их надо добавить потом в `/usr/bin`:

install(FILES ${PROJECT_SOURCE_DIR}/lib/lib1.so DESTINATION ${CMAKE_INSTALL_PREFIX}/lib)
install(FILES ${PROJECT_SOURCE_DIR}/lib/lib2.so.1 DESTINATION ${CMAKE_INSTALL_PREFIX}/lib)

Затем собираю проект: `cmake . && make && sudo make install`
И полностью удаляю папку proj с исходниками

Однако, когда я запускаю исполняемый файл, он почему то ищет эти либы в `proj/lib/`, а не в `/usr/lib`:

$ /usr/bin/app
app: error while loading shared libraries: lib/lib1.so: cannot open shared object file: No such file or directory

Вопрос: как заставить собранное приложение искать либы в /usr/lib?
Спасибо.
P.S. как то это видимо решается через RPATH, но пока что успехов никаких

@sub-r-outine · 21.05.2020, 19:51 **[ТС]**

Vourhey, вот его выхлоп:

Кликните здесь для просмотра всего текста

/usr/bin/cmake -E cmake_link_script CMakeFiles/daq_module_server.dir/link.txt --verbose=1
/usr/bin/cc CMakeFiles/daq_module_server.dir/daq_card_callback.c.o CMakeFiles/daq_module_server.dir/daq_module_logger.c.o CMakeFiles/daq_module_server.dir/daq_module_protocol.c.o CMakeFiles/daq_module_server.dir/daq_card_operations.c.o CMakeFiles/daq_module_server.dir/daq_emulator_operations.c.o CMakeFiles/daq_module_server.dir/main.c.o -o build/daq_module_server -Wl,-rpath,/home/ermvad/signal-processing/data-acquisition-device/or-data-acquisition-device/lib: -luv lib/libpci_dask2k64.so.1 lib/libiniparser.so.1

Vourhey · 22.05.2020, 15:05

Че-то, rpath не пробрасывается у тебя

@sub-r-outine · 22.05.2020, 15:16 **[ТС]**

Vourhey, у ldd выхлоп такой:

Кликните здесь для просмотра всего текста

linux-vdso.so.1 (0x00007ffc2c9d0000)
libuv.so.1 => /lib/x86_64-linux-gnu/libuv.so.1 (0x00007f25ad7d2000)
lib/libpci_dask2k64.so => not found
libiniparser.so.1 => /usr/lib/libiniparser.so.1 (0x00007f25ad7cc000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f25ad5da000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f25ad5b7000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f25ad5b1000)
/lib64/ld-linux-x86-64.so.2 (0x00007f25ad81a000)

Как бы libiniparser линкуется как надо, а вот libpci_dask2k64 неа. При том что обе существуют в /usr/lib и в /lib:

Кликните здесь для просмотра всего текста

libpci_dask2k64.so (libc6,x86-64) => /lib/libpci_dask2k64.so
libiniparser.so.1 (libc6,x86-64) => /lib/libiniparser.so.1

При одинаковых командах линковки на этапе компановки и этапе запуска, одна либа видна, а другая нет. Права доступа у обоих 777. Может быть проблема тупо в либе

Vourhey · 22.05.2020, 15:18

запусти команду cc ручками заменив rpath, посмотри, как будет работать.

@sub-r-outine · 22.05.2020, 17:14 **[ТС]**

Vourhey,

Кликните здесь для просмотра всего текста

ermvad@huanan-intel-linux:~/proj$ sudo /usr/bin/cc daq_card_callback.c daq_module_logger.c daq_module_protocol.c daq_card_operations.c daq_emulator_operations.c main.c -o build/daq_module_server -Wl,-rpath,/usr/lib: -luv lib/libpci_dask2k64.so lib/libiniparser.so.1

ermvad@huanan-intel-linux:~/proj$ cd build
ermvad@huanan-intel-linux:~/proj/build$ objdump -x daq_module_server| grep PATH
RUNPATH /usr/lib:

Vourhey · 22.05.2020, 17:26

Во, теперь выглядит норм. И как, все равно не в ду-ду?

@sub-r-outine · 22.05.2020, 18:11 **[ТС]**

Vourhey, Не ду-ду. Одну либу - iniparser видит без проблем, а вот вторую никак. Хотя либы импортируются и линкуются одними и теми же командами (только разыне пути). Пока что сделал копирование .so в /usr/lib через file(INSTALL libs DESTINATION /usr/lib). Такие вот дела

Новые блоги и статьи Все статьи Все блоги /
Из невошедшего на форум (диалог с ИИ-гугла) zorxor 29.07.2026 А вот, что интересно, сказал мне ИИ-гугла: Этот текст — эмоциональный пост пользователя под ником zorxor на интернет-форуме (вероятно, посвященном мистике, непознанному или альтернативной науке). . . .	Был праздник вчера, а я и не знал. kumehtar 28.07.2026 27. 07. 2026г. Intel Core 2 Duo исполнилось 20 лет Новости компьютерного мира и их обсуждение (4) Салют, шампанское, овации! :drink:	Нейтральные знания, чистый код - бла-бла-бла-бла, на самом деле кликбейт и самореклама, плагиат, и вот почему Hrethgir 27.07.2026 То-есть отклонение такой публикации говорит само за себя, и пусть только возьмут на вооружение после отклонения публикации - это будет чистейшим актом плагиата. Отклонял Хабр. Дословно, отклонённая. . .	тв 16 бой ии anaschu 27.07.2026 Великий Перелом ИИ: Как уравнения ОДУ Radau дожали цензурные фильтры Алисы Фиксируем в мемофонде Теории Всего беспрецедентный факт в истории ИИ-зондирования. В затяжном многораундовом. . .
мв 15. непроверенное, возможно, глюк anaschu 27.07.2026 НАУЧНО-АНАЛИТИЧЕСКИЙ ОТЧЕТ. РАЗДЕЛ 1. 1: «НАУКА» (РАСШИРЕННАЯ СТЕХИОМЕТРИЧЕСКАЯ И ГЕНЕТИЧЕСКАЯ ВЕРСИЯ)Тема: Теоретическое обоснование инвариантности 19-мерного тензорного ядра непрерывных ОДУ и. . .	Очистка реквизитов и табличных частей документа при копировании (вариант 2) Maks 26.07.2026 Алгоритм из решения ниже разработан на примере нетипового документа "ЗаявкаНаРаботу", разработанного в КА2. Задача: Заменить алгоритм запрета копирования документов для сотрудников с ролью "Стажер",. . .	Доктрина интенционального знания - Доктрина для портала "Срез". Hrethgir 25.07.2026 Может найдётся кто захочет оценить доктрину. . . Написания правил участия для меня роскошь, требующая лимита времени, поэтому все сообщения не прошедшие модерацию будут видны только участникам портала,. . .	сукцессия 44. Решил подать на припринт в межународные сервисы препринтов. Но нужно одобрение от ученых anaschu 25.07.2026 Английский вариант. Пока кто то не одобрит мою личность, мне не получиться это опубликовать на препринте. Но заявку на публикацию статьи я сегодня подам.

@sub-r-outine 9 / 2 / 0 Регистрация: 18.09.2013 Сообщений: 98

	Cmake: исполняемый файл ищет .so по другому пути 21.05.2020, 16:57. Показов* 16964. Ответов 26 Метки cmake, path (Все метки) Здравствуйте, есть вот такая конфигурация проекта: proj/main.c proj/myinc.h Программа использует внешние библиотеки, добавленные мною вручную: proj/include/inc1.in proj/include/inc2.in и proj/lib/lib1.so proj/lib/lib2.so.1 Подключаю их к проекту следующим образом: add_library(lib1 SHARED IMPORTED) add_library(lib2 SHARED IMPORTED) set_property(TARGET lib1 PROPERTY IMPORTED_LOCATION "${PROJECT_SOURCE_DIR}/lib/lib1.so") set_property(TARGET lib2 PROPERTY IMPORTED_LOCATION "${PROJECT_SOURCE_DIR}/lib/lib2.so.1") Линкую: target_link_libraries(${PROJECT_NAME} lib1 lib2) Так же мне их надо добавить потом в `/usr/bin`: install(FILES ${PROJECT_SOURCE_DIR}/lib/lib1.so DESTINATION ${CMAKE_INSTALL_PREFIX}/lib) install(FILES ${PROJECT_SOURCE_DIR}/lib/lib2.so.1 DESTINATION ${CMAKE_INSTALL_PREFIX}/lib) Затем собираю проект: `cmake . && make && sudo make install` И полностью удаляю папку proj с исходниками Однако, когда я запускаю исполняемый файл, он почему то ищет эти либы в `proj/lib/`, а не в `/usr/lib`: $ /usr/bin/app app: error while loading shared libraries: lib/lib1.so: cannot open shared object file: No such file or directory Вопрос: как заставить собранное приложение искать либы в /usr/lib? Спасибо. P.S. как то это видимо решается через RPATH, но пока что успехов никаких 0

@sub-r-outine 9 / 2 / 0 Регистрация: 18.09.2013 Сообщений: 98
	21.05.2020, 19:51 [ТС]
	Vourhey, вот его выхлоп: Кликните здесь для просмотра всего текста /usr/bin/cmake -E cmake_link_script CMakeFiles/daq_module_server.dir/link.txt --verbose=1 /usr/bin/cc CMakeFiles/daq_module_server.dir/daq_card_callback.c.o CMakeFiles/daq_module_server.dir/daq_module_logger.c.o CMakeFiles/daq_module_server.dir/daq_module_protocol.c.o CMakeFiles/daq_module_server.dir/daq_card_operations.c.o CMakeFiles/daq_module_server.dir/daq_emulator_operations.c.o CMakeFiles/daq_module_server.dir/main.c.o -o build/daq_module_server -Wl,-rpath,/home/ermvad/signal-processing/data-acquisition-device/or-data-acquisition-device/lib: -luv lib/libpci_dask2k64.so.1 lib/libiniparser.so.1 0

Vourhey Почетный модератор 7393 / 2639 / 281 Регистрация: 29.07.2006 Сообщений: 13,696
	22.05.2020, 15:05
	Че-то, rpath не пробрасывается у тебя 0

@sub-r-outine 9 / 2 / 0 Регистрация: 18.09.2013 Сообщений: 98
	22.05.2020, 15:16 [ТС]
	Vourhey, у ldd выхлоп такой: Кликните здесь для просмотра всего текста linux-vdso.so.1 (0x00007ffc2c9d0000) libuv.so.1 => /lib/x86_64-linux-gnu/libuv.so.1 (0x00007f25ad7d2000) lib/libpci_dask2k64.so => not found libiniparser.so.1 => /usr/lib/libiniparser.so.1 (0x00007f25ad7cc000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f25ad5da000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f25ad5b7000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f25ad5b1000) /lib64/ld-linux-x86-64.so.2 (0x00007f25ad81a000) Как бы libiniparser линкуется как надо, а вот libpci_dask2k64 неа. При том что обе существуют в /usr/lib и в /lib: Кликните здесь для просмотра всего текста libpci_dask2k64.so (libc6,x86-64) => /lib/libpci_dask2k64.so libiniparser.so.1 (libc6,x86-64) => /lib/libiniparser.so.1 При одинаковых командах линковки на этапе компановки и этапе запуска, одна либа видна, а другая нет. Права доступа у обоих 777. Может быть проблема тупо в либе 0

Vourhey Почетный модератор 7393 / 2639 / 281 Регистрация: 29.07.2006 Сообщений: 13,696
	22.05.2020, 15:18
	запусти команду cc ручками заменив rpath, посмотри, как будет работать. 0

@sub-r-outine 9 / 2 / 0 Регистрация: 18.09.2013 Сообщений: 98
	22.05.2020, 17:14 [ТС]
	Vourhey, Кликните здесь для просмотра всего текста ermvad@huanan-intel-linux:~/proj$ sudo /usr/bin/cc daq_card_callback.c daq_module_logger.c daq_module_protocol.c daq_card_operations.c daq_emulator_operations.c main.c -o build/daq_module_server -Wl,-rpath,/usr/lib: -luv lib/libpci_dask2k64.so lib/libiniparser.so.1 ermvad@huanan-intel-linux:~/proj$ cd build ermvad@huanan-intel-linux:~/proj/build$ objdump -x daq_module_server\| grep PATH RUNPATH /usr/lib: 0

Vourhey Почетный модератор 7393 / 2639 / 281 Регистрация: 29.07.2006 Сообщений: 13,696
	22.05.2020, 17:26
	Во, теперь выглядит норм. И как, все равно не в ду-ду? 0

@sub-r-outine 9 / 2 / 0 Регистрация: 18.09.2013 Сообщений: 98
	22.05.2020, 18:11 [ТС]
	Vourhey, Не ду-ду. Одну либу - iniparser видит без проблем, а вот вторую никак. Хотя либы импортируются и линкуются одними и теми же командами (только разыне пути). Пока что сделал копирование .so в /usr/lib через file(INSTALL libs DESTINATION /usr/lib). Такие вот дела 0

Опции темы