LD_LIBRARY_PATH проти LIBRARY_PATH

Я будую просту програму C ++ і хочу тимчасово замінити загальнодоступну бібліотеку, що постачається системою, більш новою її версією для розробки та тестування.

Я спробував встановити змінну LD_LIBRARY_PATH, але лінкер (ld) не вдався до:

/ usr / bin / ld: не вдається знайти -lyaml-cpp

Я очікував, що це спрацює, оскільки згідно зі сторінкою ld man:

Лінкер використовує наступні шляхи пошуку для пошуку необхідних спільних бібліотек: ... Для нативного посилання вміст змінної середовища "LD_LIBRARY_PATH" ...

Потім я спробував встановити LIBRARY_PATH, і це спрацювало.

Відповідно до посібника GCC:

Значення LIBRARY_PATH - це список точок, розділених двокрапкою, як PATH. Якщо налаштовано як власний компілятор, GCC намагається вказати таким чином каталоги під час пошуку спеціальних файлів посилання, якщо він не може їх знайти за допомогою GCC_EXEC_PREFIX. Зв'язування за допомогою GCC також використовує ці каталоги при пошуку звичайних бібліотек для параметра -l (але каталоги, вказані з -L, спочатку).

Як підказує посібник (GCC), LIBRARY_PATH працює, тому що я пов'язую з GCC.

Але ..

• Оскільки я зв’язуюсь з gcc, чому викликається ld, як підказує повідомлення про помилку?
• Який сенс у тому, щоб дві змінні слугували одній цілі? Чи є інші відмінності?

LIBRARY_PATH використовується gcc перед компіляцією для пошуку в каталогах, що містять статичні та спільні бібліотеки, які потрібно зв’язати з вашою програмою.

LD_LIBRARY_PATHВаша програма використовується для пошуку в каталогах, що містять спільні бібліотеки, після її успішного складання та зв’язування.

EDIT: Як зазначено нижче, ваші бібліотеки можуть бути статичними або спільними. Якщо він статичний, то код копіюється у вашу програму, і вам не потрібно шукати бібліотеку після того, як ваша програма буде складена і пов’язана. Якщо ваша бібліотека є спільною, її потрібно динамічно пов’язати з вашою програмою, і це вже LD_LIBRARY_PATHпочинає гратись.

LD_LIBRARY_PATHшукається при запуску програми, LIBRARY_PATHшукається в час посилання.

застереження з коментарів :

• При пов'язуванні бібліотек із ld(замість gccабо g++) змінні змінної середовища LIBRARY_PATHчи LD_LIBRARY_PATHсередовища не зчитуються.
• При компонуванні бібліотек gccабо g++, то LIBRARY_PATHзмінна оточення читанні (див документації « gccвикористовує ці каталоги при пошуку звичайних бібліотек» ).

Оскільки я зв’язуюсь з gcc, чому викликається ld, як підказує повідомлення про помилку?

gcc викликає ld внутрішньо, коли він перебуває у режимі зв'язку.