Программа Linux не может найти общую библиотеку во время выполнения

Question

Я пытаюсь скомпилировать программу Linux, ID3v2, и он говорит, что не может найти соответствующую библиотеку:

id3v2: error while loading shared libraries: libid3-3.8.so.3: cannot open shared object file: No such file or directory 

Я угадывая, что это та часть, которая тянет библиотеку lidid3?

файл существует, однако, то, что они ищут на самом деле является символической ссылкой на:

"ibid3-3.8.so.3.0.0"

Я интересно если это проблема с тем, что он не может следовать символическим ссылкам? Возможно, я мог бы вручную изменить его, чтобы посмотреть 0.0, если бы я знал, где я хочу изменить его.

Я рад прояснить любые детали.

Похоже, что включает в себя выполняются следующим образом:

id3v2: convert.o list.o id3v2.o genre.o 
     ${CXX} ${LDFLAGS} -pedantic -Wall -g -o $@ $^ -lz -lid3 

Я был в состоянии использовать совет Саймона, чтобы выяснить, что там было несколько пятен, где можно было бы ожидать, библиотека. Я создаю символическую ссылку, в которой программа ссылалась на файл ACTUAL.

Спасибо Симон!

Answer 1

Символы на библиотеках работают нормально, пока конечная цель, которую они отслеживают, существует и доступна.

Вы создали динамически связанный исполняемый файл, который хочет быть связан с libid3-3.8.so.3 во время выполнения. Вероятно, это было связано во время фазы сборки с чем-то вроде -L/path/to/libid3/directory -lid3.

У вас есть несколько вариантов сделать libid3 доступны, в обычно порядке убывания предпочтения (так как вы не упомянули, где файл был, я могу быть только общим):

• Создание символической ссылки к libid3* в директории, указанной в /etc/ld.so.conf (или /lib или /usr/lib)
• Копировать libid3* в каталог, указанный в /etc/ld.so.conf (или /lib или /usr/lib) (по умолчанию)
• Добавить в каталог, содержащий libid3* к /etc/ld.so.conf
• Набор LD_LIBRARY_PATH=/directory/path/to/libid3* перед запуском ID3v2 исполняемого файла.
• Recompile id3v2 статически. (Это будет работать, но не беспокойтесь.)

После любого из первых 3, перезапустите ldconfig, чтобы обновить кеш компоновщика. (Затем вы можете запустить ldconfig -v, чтобы убедиться, что оно разрешимо.)

Обратите внимание, что это не шаги, они являются параметрами. Вам нужно всего лишь сделать 1 из них.

Рад, что вы обновили заголовок. Директивы #include не имеют никакого отношения к связыванию.

Answer 2

Я получил ту же ошибку вы сделали, и после прочтения решения, упомянутые здесь, я решил проблему (на Ubuntu 8) с:

sudo ln -s /usr/local/lib/libid3-3.8.so.3 /usr/lib/libid3-3.8.so.3 

Answer 3

Это решило проблему Просто добавьте/USR/местные/Библиотека на /etc/ld.so.conf (если он уже там, только поместите его один раз), а затем запустите ldconfig.