export LD_LIBRARY_PATH=你的庫的路徑:$LD_LIBRARY_PATH echo $LD_LIBRARY_PATH
linux 默認回去/lib和/usr/lib目錄下查找庫，可以通過ln建立軟連接
轉:
1. 連接和運行時庫文件搜索路徑到設置
庫文件在連接（靜態庫和共享庫）和運行（僅限於使用共享庫的程序）時被使用，其搜索路徑是在系統中進行設置的。一般 Linux 系統把 /lib 和 /usr/lib 兩個目錄作爲默認的庫搜索路徑，所以使用這兩個目錄中的庫時不需要進行設置搜索路徑即可直接使用。對於處於默認庫搜索路徑之外的庫，需要將庫的位置添加到庫的搜索路徑之中。設置庫文件的搜索路徑有下列兩種方式，可任選其一使用：
(1). 在 /etc/ld.so.conf 文件中添加庫的搜索路徑。(或者在/etc/ld.so.conf.d 下新建一個.conf文件，將搜索路徑一行一個加入-junziyang)
將自己可能存放庫文件的路徑都加入到/etc /ld.so.conf中是明智的選擇添加方法也極其簡單，將庫文件的絕對路徑直接寫進去就OK了，一行一個。例如：
/usr/X11R6/lib /usr/local/lib /opt/lib
需要注意的是：這種搜索路徑的設置方式對於程序連接時的庫（包括共享庫和靜態庫）的定位已經足夠了，但是對於使用了共享庫的程序的執行還是不夠的。這是因爲爲了加快程序執行時對共享庫的定位速度，避免使用搜索路徑查找共享庫的低效率，所以是直接讀取庫列表文件 /etc/ld.so.cache 從中進行搜索的。/etc/ld.so.cache 是一個非文本的數據文件，不能直接編輯，它是根據 /etc/ld.so.conf 中設置的搜索路徑由 /sbin/ldconfig 命令將這些搜索路徑下的共享庫文件集中在一起而生成的（ldconfig 命令要以 root 權限執行）。
因此，爲了保證程序執行時對庫的定位，在 /etc/ld.so.conf 中進行了庫搜索路徑的設置之後，還必須要運行 /sbin/ldconfig 命令更新 /etc/ld.so.cache 文件之後纔可以。ldconfig ,簡單的說，它的作用就是將/etc/ld.so.conf列出的路徑下的庫文件緩存到/etc/ld.so.cache 以供使用。因此當安裝完一些庫文件，(例如剛安裝好glib)，或者修改ld.so.conf增加新的庫路徑後，需要運行一下 /sbin/ldconfig使所有的庫文件都被緩存到ld.so.cache中，如果沒做，即使庫文件明明就在/usr/lib下的，也是不會被使用的，結果編譯過程中抱錯，缺少xxx庫，去查看發現明明就在那放着，搞的想大罵computer蠢豬一個。
在程序連接時，對於庫文件（靜態庫和共享庫）的搜索路徑，除了上面的設置方式之外，還可以通過 -L 參數顯式指定。因爲用 -L 設置的路徑將被優先搜索，所以在連接的時候通常都會以這種方式直接指定要連接的庫的路徑。
這種設置方式需要 root 權限，以改變 /etc/ld.so.conf 文件並執行 /sbin/ldconfig 命令。而且，當系統重新啓動後，所有的基於 GTK2 的程序在運行時都將使用新安裝的 GTK+ 庫。不幸的是，由於 GTK+ 版本的改變，這有時會給應用程序帶來兼容性的問題，造成某些程序運行不正常。爲了避免出現上面的這些情況，在 GTK+ 及其依賴庫的安裝過程中對於庫的搜索路徑的設置將採用另一種方式進行。這種設置方式不需要 root 權限，設置也簡單。
(2). 在環境變量 LD_LIBRARY_PATH 中指明庫的搜索路徑。
設置方式：
export LD_LIBRARY_PATH=/opt/gtk/lib:$LD_LIBRARY_PATH
可以用下面的命令查看 LD_LIBRAY_PATH 的設置內容：
echo $LD_LIBRARY_PATH
至此，庫的兩種設置就完成了。
2.交叉編譯時候如何配置連接庫的搜索路徑
交叉編譯的時候不能使用本地（i686機器，即PC機器，研發機器）機器上的庫，但是在做編譯鏈接的時候默認的是使用本地庫，即/usr/lib, /lib兩個目錄。因此，在交叉編譯的時候，要採取一些方法使得在編譯鏈接的時候找到需要的庫。
首先，要知道：編譯的時候只需要頭文檔，真正實際的庫文檔在鏈接的時候用到。 （這是我的理解，假如有不對的地方，敬請網上各位大俠指教） 然後，講講如何在交叉編譯鏈接的時候找到需要的庫。
（1）交叉編譯時候直接使用-L和-I參數指定搜索非標準的庫文檔和頭文檔的路徑。例如：
arm-linux-gcc test.c -L/usr/local/arm/2.95.3/arm-linux/lib -I/usr/local/arm/2.95.3/arm-linux/include
2）使用ld.so.conf文檔，將用到的庫所在文檔目錄添加到此文檔中，然後使用ldconfig命令刷新緩存。
（3）使用如下命令：
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/arm/2.95.3/arm-linux-lib
Linux下動態庫使用小結
1. 靜態庫和動態庫的基本概念
靜態庫，是在可執行程序連接時就已經加入到執行碼中，在物理上成爲執行程序的一部分；使用靜態庫編譯的程序運行時無需該庫文件支持，哪裏都可以用，但是生成的可執行文件較大。動態庫，是在可執行程序啓動時加載到執行程序中，可以被多個可執行程序共享使用。使用動態庫編譯生成的程序相對較小，但運行時需要庫文件支持，如果機器裏沒有這些庫文件就不能運行。
2． 如何使用動態庫
如何程序在連接時使用了共享庫，就必須在運行的時候能夠找到共享庫的位置。linux的可執行程序在執行的時候默認是先搜索/lib和/usr/lib這兩個目錄，然後按照/etc/ld.so.conf裏面的配置搜索絕對路徑。同時，Linux也提供了環境變量LD_LIBRARY_PATH供用戶選擇使用，用戶可以通過設定它來查找除默認路徑之外的其他路徑，如查找/work/lib路徑,你可以在/etc/rc.d/rc.local或其他系統啓動後即可執行到的腳本添加如下語句：LD_LIBRARY_PATH =/work/lib:$(LD_LIBRARY_PATH)。並且LD_LIBRARY_PATH路徑優先於系統默認路徑之前查找（詳細參考《使用 LD_LIBRARY_PATH》）。
不過LD_LIBRARY_PATH的設定作用是全局的，過多的使用可能會影響到其他應用程序的運行，所以多用在調試。（LD_LIBRARY_PATH 的缺陷和使用準則，可以參考《Why LD_LIBRARY_PATH is bad》）。通常情況下推薦還是使用gcc的-R或-rpath選項來在編譯時就指定庫的查找路徑，並且該庫的路徑信息保存在可執行文件中，運行時它會直接到該路徑查找庫，避免了使用LD_LIBRARY_PATH環境變量查找。
3．庫的鏈接時路徑和運行時路徑
現代連接器在處理動態庫時將鏈接時路徑（Link-time path）和運行時路徑（Run-time path）分開,用戶可以通過-L指定連接時庫的路徑，通過-R（或-rpath）指定程序運行時庫的路徑，大大提高了庫應用的靈活性。比如我們做嵌入式移植時#arm-linux-gcc $(CFLAGS) –o target –L/work/lib/zlib/ -llibz-1.2.3 (work/lib/zlib下是交叉編譯好的zlib庫)，將target編譯好後我們只要把zlib庫拷貝到開發板的系統默認路徑下即可。或者通過- rpath（或-R ）、LD_LIBRARY_PATH指定查找路徑。