Трассировка связанных библиотек - PullRequest
Новая
       22

Трассировка связанных библиотек

0 голосов
/ 03 августа 2010

Я получаю некоторые ошибки, из-за которых я думаю, что моя программа Linux не связана с библиотеками, на которые она должна. Как я могу получить полный путь ко всем связанным библиотекам? Я знаю, ldd даст мне имена, но как я могу использовать это, чтобы получить полный путь?

Спасибо.

1 Ответ

6 голосов
/ 03 августа 2010

На самом деле ldd дает вам абсолютный путь с именем файла любого из зависимостей общей библиотеки вашего приложения, которые он может найти. 

    $ ldd v8test 
    linux-gate.so.1 =>  (0xb78b2000)
    libz.so.1 => /usr/lib/libz.so.1 (0xb787e000)
    librt.so.1 => /lib/i686/cmov/librt.so.1 (0xb7875000)
    libcppunit-1.12.so.1 => /usr/lib/libcppunit-1.12.so.1 (0xb782c000)
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7604000)
    libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb75dd000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb75bf000)
    libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7478000)
    libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb745f000)
    libboost_system-mt.so.1.38.0 => /usr/lib/libboost_system-mt.so.1.38.0 (0xb745b000)
    /lib/ld-linux.so.2 (0xb78b3000)
    libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7456000)
    libboost_thread-mt.so.1.38.0 => /usr/lib/libboost_thread-mt.so.1.38.0 (0xb7383000)
    libboost_filesystem-mt.so.1.38.0 => /usr/lib/libboost_filesystem-mt.so.1.38.0 (0xb7370000)
    libtinyxml.so.1 => /home/dmitry/tinyxml/libtinyxml.so.1 (0xb7359000)
    libboost_regex-mt.so.1.38.0 => /usr/lib/libboost_regex-mt.so.1.38.0 (0xb728c000)
    libmysqlclient_r.so.15 => /usr/lib/libmysqlclient_r.so.15 (0xb70a1000)
    libicuuc.so.42 => /usr/lib/libicuuc.so.42 (0xb6f61000)
    libicudata.so.42 => /usr/lib/libicudata.so.42 (0xb601a000)
    libicui18n.so.42 => /usr/lib/libicui18n.so.42 (0xb5e6b000)
    libcrypt.so.1 => /lib/i686/cmov/libcrypt.so.1 (0xb5e39000)
    libnsl.so.1 => /lib/i686/cmov/libnsl.so.1 (0xb5e22000)

Поиск библиотек осуществляется по их сонаму (например, libboost_filesystem-mt.so.1.38.0) по путям, указанным в /etc/ld.so.conf, LD_LIBRARY_PATH или с помощью rpath в самом двоичном файле.

Если ldd не может найти что-то, оно будет похоже на 

    libicuuc.so.42 => not found

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

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

$ ldd v8test 
./v8test: error while loading shared libraries: /home/dmitry/a/liba.so.2: invalid ELF header

Конечно, он не может защитить вас от ошибок в самой библиотеке. Фактически, ваше приложение может зависеть от библиотек A и B, в зависимости от несовместимых версий какой-либо библиотеки C. В этой ситуации у вашей программы есть хорошие шансы на сбой (если библиотека C не имеет версий символов * 1021). *) - ldd не собирается вас предупреждать, но вы должны увидеть это в выводе.

Program-Library-HOWTO будет вам полезен.

Проверьте также некоторые параметры ldd или динамического компоновщика .

...