Не удается открыть файл общих объектов

Я пытаюсь скомпилировать один из проектов, найденных здесь. Интерфейсный адаптер USB-I2C/SPI/GPIO.

Я загрузил пакет i2c_bridge-0.0.1-rc2.tgz. Я установил libusb, и, похоже, у него не было проблем. Я перехожу в каталог i2c_bridge-0.0.1-rc2/ и делаю. Это компилируется. Я перехожу в папку i2c_bridge-0.0.1-rc2/i2c и делаю. Он компилирует и дает мне ./i2c. Однако, когда я запускаю его, он говорит error while loading shared libraries: libi2cbrdg.so: cannot open shared object file: No such file or directory

Файл make в i2c_bridge-0.0.1-rc2/i2c имеет библиотечный каталог как ../. libi2cbrdg.so находится в этом каталоге (i2c_bridge-0.0.1-rc2). Я также скопировал файл в /usr/local/lib. ls каталога i2c_bridge-0.0.1-rc2/ -

i2c        i2cbrdg.d  i2cbrdg.o  libi2cbrdg.a   Makefile  tests
i2cbrdg.c  i2cbrdg.h  INSTALL    libi2cbrdg.so  README    u2c4all.sh

(Это i2c - это каталог)

Если я sudo ./i2c, это все равно дает мне проблему.

Мне пришлось отменить параметры -Werror и -noWdecrepated (spelling?) во всех make файлах, чтобы их компилировать, но это не должно повлиять на это, если оно?

Что еще нужно, чтобы найти файл .so? Если кто-нибудь может помочь мне узнать, что не так, я был бы очень благодарен. Если вам нужна дополнительная информация, я могу опубликовать ее.

ОТВЕТЫ

Ответ 1

Вы должны различать поиск таким образом во время компиляции и во время выполнения. Флаг -L, который вы даете во время компиляции, не имеет ничего общего с локализацией библиотеки во время выполнения. Это скорее выполняется с помощью ряда переменных и некоторых путей, встроенных в библиотеку.

Лучшее исправление для этой проблемы часто устанавливает LD_LIBRARY_PATH в каталог с .so файлом, например:

 $ LD_LIBRARY_PATH=.. ./i2c

Для долгосрочного решения вам нужно либо внимательно изучить всю систему LD с помощью пути rpath и runpath, либо использовать libtool (который решает эти проблемы для вас переносимо).

Копирование файла в /usr/local/lib часто недостаточно, потому что ld кэширует доступные библиотеки, поэтому вам нужно повторно запустить ldconfig (как пользователь root) после копирования библиотеки в/usr/local/lib.

Ответ 2

Если вы создаете код из источника, который нуждается в библиотеке, вы можете поместить путь, в котором находится библиотека, в переменную среды LD_RUN_PATH перед построением, и компоновщик сохранит этот путь в двоичном формате, так что он будет автоматически искать в нужном месте во время выполнения.

Специфические для Linux: альтернативно, поместите библиотеку в /lib, /usr/lib или какой-либо другой путь, указанный в вашем /etc/ld.so.conf или его импортированных фрагментах конфигурации, а затем все, что вам нужно сделать, это запустить /sbin/ldconfig для обновления ld.so(динамический компоновщик) кэш библиотек.

Ответ 3

Это работает для моей проблемы, надеюсь, кто-то поможет.

gcc test.c -Wl,-rpath /usr/local/lib -lfcgi -o test.fcg

И -Wl,-rpath - это ключевой трюк.