Де виконувані файли шукають спільні об’єкти під час виконання?

Я розумію, як визначити включені спільні об'єкти під час з'єднання / компіляції. Однак мені все ще цікаво, як виконувані файли шукають спільний об'єкт ( *.soбібліотеки) під час виконання.

Наприклад, мої додатки a.outвикликають функції, визначені в lib.soбібліотеці. Після складання я переходжу lib.soдо нового каталогу в моєму $HOME.

Як я можу сказати a.outпіти шукати його там?

Колективна бібліотека HOWTO пояснює більшість механізмів , залучених, і динамічний завантажувач керівництво переходить в більш докладно. Кожен варіант Unix має свій власний шлях, але більшість використовують один і той же виконуваний формат ( ELF ) і мають схожі динамічні лінкери (похідні від Solaris). Нижче я підсумую загальну поведінку з акцентом на Linux; ознайомтеся з посібниками вашої системи на повну історію.

Коротше кажучи, коли він шукає динамічну бібліотеку ( .soфайл), лінкер намагається:

• каталоги, перелічені в LD_LIBRARY_PATHзмінній середовища ( DYLD_LIBRARY_PATHна OSX);
• каталоги, перелічені в rpath виконуваного файлу ;
• каталоги на шляху пошуку системи, який (як мінімум, в Linux) складається з записів у /etc/ld.so.confплюс /libі /usr/lib.

Rpath зберігається у виконуваному файлі (це DT_RPATHабо DT_RUNPATHдинамічний атрибут). Він може містити абсолютні шляхи або шляхи, починаючи з того, $ORIGINщоб вказати шлях відносно місця розташування виконуваного файлу (наприклад, якщо виконуваний файл знаходиться /opt/myapp/binі його rpath, $ORIGIN/../lib:$ORIGIN/../pluginsто динамічний лінкер буде шукати /opt/myapp/libі /opt/myapp/plugins). Rpath зазвичай визначається, коли виконується компіляція виконуваного файлу, з -rpathможливістю до ld, але ви можете змінити його згодом за допомогою chrpath.

У сценарії ви описали, якщо ви розробник або пакувальник додатки і призначаються для того , щоб встановити в …/bin, …/libструктурі, а потім зв'язати з -rpath='$ORIGIN/../lib'. Якщо ви встановлюєте бінарник на вашій системі, або помістити в бібліотеку в каталозі на шляху пошуку ( /usr/local/libякщо ви системний адміністратор, в іншому випадку це каталог , який ви додаєте $LD_LIBRARY_PATH), або спробувати chrpath.

У Linux поведінка пояснюється на ld(1)сторінці man

       The linker uses the following search paths to locate required
       shared libraries:

       1.  Any directories specified by -rpath-link options.

       2.  Any directories specified by -rpath options.  The difference
           between -rpath and -rpath-link is that directories specified by
           -rpath options are included in the executable and used at
           runtime, whereas the -rpath-link option is only effective at
           link time. Searching -rpath in this way is only supported by
           native linkers and cross linkers which have been configured
           with the --with-sysroot option.

       3.  On an ELF system, for native linkers, if the -rpath and
           -rpath-link options were not used, search the contents of the
           environment variable "LD_RUN_PATH".

       4.  On SunOS, if the -rpath option was not used, search any
           directories specified using -L options.

       5.  For a native linker, the search the contents of the environment
           variable "LD_LIBRARY_PATH".

       6.  For a native ELF linker, the directories in "DT_RUNPATH" or
           "DT_RPATH" of a shared library are searched for shared
           libraries needed by it. The "DT_RPATH" entries are ignored if
           "DT_RUNPATH" entries exist.

       7.  The default directories, normally /lib and /usr/lib.

       8.  For a native linker on an ELF system, if the file
           /etc/ld.so.conf exists, the list of directories found in that
           file.

       If the required shared library is not found, the linker will issue
       a warning and continue with the link.

Я майже впевнений, що тут відповідь ldconfig.

ldconfig створює необхідні посилання та кеш на останні спільні бібліотеки, знайдені в каталогах, зазначених у командному рядку, у файлі /etc/ld.so.conf та у довірених каталогах (/ lib та / usr / lib). Кеш використовується лінкером запуску, ld.so або ld-linux.so. ldconfig перевіряє заголовок та назви файлів бібліотек, з якими він стикається, визначаючи, до яких версій слід оновити свої посилання.

http://linux.die.net/man/8/ldconfig

Для запущених програм файл /proc/1234/mapsмістить усі фактично динамічно пов'язані бібліотеки.

Де 1234під запущеного виконуваного файлу.

Linux слідує за LD_LIBRARY_PATH та іншими змінними, на що вказував у відповідь Гілл.