LD_LIBRARY_PATH, общий путь lib в linux

Question

Я написал общий объект, скажем libsd.so, и я положил libsd.so и его заголовочный файл sd.h в ~/lib.

Вот еще одна программа, использующая libsd.so, скажем test.c, затем компилировать его, как это:

$ gcc -o test test.c -I~/lib -L~/lib -lsd 

Тогда я бегу test так:

$ ./test 
./test_sd: error while loading shared libraries: libsd.so: cannot open shared object file: No such file or directory 

Поэтому я export LD_LIBRARY_PATH=., то он работает. Но если я unset LD_LIBRARY_PATH и положил LD_LIBRARY_PATH=~/lib в мои ~/.bashrc, то source ~/.bashrc, опять же он не работает для ./test, ПОЧЕМУ?

export LD_LIBRARY_PATH=~/lib есть отличие от сдачи LD_LIBRARY_PATH=~/lib в ~/.bashrc?

Answer 1

Без экспорта заявленная LD_LIBRARY_PATH действительна только в скрипте (.bashrc). С экспортом он должен работать, но обычно не рекомендуется устанавливать LD_LIBRARY_PATH таким образом.

Если вы не хотите устанавливать свою библиотеку в системный путь (например,/usr/lib), вероятно, вы должны использовать скрипт, который локально устанавливает LD_LIBARAY_PATH и запускает ваше приложение.

Answer 2

Попробуйте $HOME/lib вместо ~/lib - это должна быть таким же, но я видел случаи, когда ~ не был расширен должным образом, когда используется в переменном назначении.

Чтобы проверить, попробуйте echo $LD_LIBRARY_PATH, который дает текущее значение.

Re export: Если вы опустите export, то переменная известна только текущему процессу оболочки и не будет экспортирована в дочерние процессы. Поэтому, если вы его опустите, echo $LD_LIBRARY_PATH получит значение, потому что переменная расширяется оболочкой до Команда echo имеет встроенную команду. Но ./test не увидит его, потому что он не экспортируется в новый подпроцесс.