這裡補充一點，動態庫（.so）是直接可以呼叫的，並不會被編譯程序序。只讀檔案系統，將其中一個目錄通過nfs方式mount到其它地方（比如PC機），將動態庫放於該目錄下，並將該目錄指定為庫的搜尋路徑（export LD_LIBRARY_PATH=），程式執行時會呼叫該目錄下的庫，而不是去呼叫存放在只讀檔案系統中的原有的庫（已親自實測），這樣在除錯某一個動態庫時只需要編譯替換該庫即可，大大縮減了除錯開發時間。

分類：

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

    參見《ld.so.conf 文件和PKG_CONFIG_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環境變數查詢。

（4）交叉編譯時使用軟體的configure引數。例如我編譯minigui-1.3.3，使用如下配置：

    #!/bin/bash

    rm -f config.cache config.status

    ./configure --build=i686-linux --host=arm-linux --target=arm-linux \

    CFLAGS=-I/usr/local/arm/2.95.3/arm-linux/include \

    LDFLAGS=-L/usr/local/arm/2.95.3/arm-linux/lib \

    --prefix=/usr/local/arm/2.95.3/arm-linux \

    --enable-lite \

    --disable-galqvfb \

    --disable-qvfbial \

    --disable-vbfsupport \

    --disable-ttfsupport \

    --disable-type1support \

    --disable-imegb2312py \

    --enable-extfullgif \

    --enable-extskin \

    --disable-videoqvfb \

    --disable-videoecoslcd

    這裡我配置了CFLAGS和LDFLAGS引數，這樣一來，我就不用去修改每個Makefile裡-L和-I引數了，也不用再去配置 LD_LIBRARY_PATH或改寫ld.so.conf文件了。
 

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指定查詢路徑。