轉：linux gcc 編譯時間標頭檔和庫檔案搜尋路徑

轉自：http://blog.csdn.net/rlj021/archive/2008/12/16/3530939.aspx

一、標頭檔  gcc 在編譯時間尋找所需要的標頭檔 ：  ※搜尋會從-I開始  ※然後找gcc的環境變數 C_INCLUDE_PATH,CPLUS_INCLUDE_PATH,OBJC_INCLUDE_PATH  ※再找內定目錄/usr/include  
/usr/local/include/usr/lib/gcc-lib/i386-linux/2.95.2/include/usr/lib/gcc-lib/i386-linux/2.95.2/../../../../include/g++-3/usr/lib/gcc-lib/i386-linux/2.95.2/../../../../i386-linux/include  庫檔案但是如果裝gcc的時候，是有給定的prefix的話，那麼就是/usr/include  
prefix/includeprefix/xxx-xxx-xxx-gnulibc/includeprefix/lib/gcc-lib/xxxx-xxx-xxx-gnulibc/2.8.1/include  二、庫檔案編譯的時候:※gcc會去找-L※再找gcc的環境變數LIBRARY_PATH  ※再找內定目錄 /lib：/usr/lib： /usr/local/lib：這是當初compile gcc時寫在程式內的

 

三、運行時動態庫的搜尋路徑

1、在設定檔/etc/ld.so.conf中指定動態庫搜尋路徑

2、通過環境變數LD_LIBRARY_PATH指定動態庫搜尋路徑（當通過該環境變數指定多個動態庫搜尋路徑時，路徑之間用冒號"："分隔）  3、在編譯目標代碼時指定該程式的動態庫搜尋路徑（還可以在編譯目標代碼時指定程式的動態庫搜尋路徑。  這是通過gcc 的參數"-Wl,-rpath,"指定。當指定多個動態庫搜尋路徑時，路徑之間用冒號"："分隔4、預設的動態庫搜尋路徑/lib    /usr/lib可以通過執行可執行檔pos得到的結果不同獲知其搜尋到了哪個動態庫，從而獲得第1個動態庫搜尋順序，然後刪除該動態庫，  再執行程式pos，獲得第2個動態庫搜尋路徑，再刪除第2個被搜尋到的動態庫，  如此往複，將可得到Linux搜尋動態庫的先後順序。程式pos執行的輸出結果和搜尋到的動態庫的對應關係如表1所示  程式pos輸出結果 使用的動態庫 對應的動態庫搜尋路徑指定方式./ ./libpos.so 編譯目標代碼時指定的動態庫搜尋路徑  /root/test/env/lib /root/test/env/lib/libpos.so 環境變數LD_LIBRARY_PATH指定的動態庫搜尋路徑  /root/test/conf/lib /root/test/conf/lib/libpos.so 設定檔/etc/ld.so.conf中指定的動態庫搜尋路徑  /lib /lib/libpos.so 預設的動態庫搜尋路徑/lib  /usr/lib /usr/lib/libpos.so 預設的動態庫搜尋路徑/usr/lib  動態庫的搜尋路徑搜尋的先後順序是：  1.編譯目標代碼時指定的動態庫搜尋路徑；2.環境變數LD_LIBRARY_PATH指定的動態庫搜尋路徑；  
3.設定檔/etc/ld.so.conf中指定的動態庫搜尋路徑；
4.預設的動態庫搜尋路徑/lib    /usr/lib。

linux下的共用庫機制採用了類似於快取的機制，將庫資訊儲存在/etc/ld.so.cache裡邊。

　　程式串連的時候首先從這個檔案裡邊尋找，然後再到ld.so.conf的路徑裡邊去詳細找。

　　這就是為什麼修改了ld.so.conf要重新運行一下ldconfig的原因

　　補充一點，ldconfig在/sbin裡面。

ldconfig幾個需要注意的地方
1. 往/lib和/usr/lib裡面加東西，是不用修改/etc/ld.so.conf的，但是完了之後要調一下ldconfig，不然這個library會找不到
2. 想往上面兩個目錄以外加東西的時候，一定要修改/etc/ld.so.conf，然後再調用ldconfig，不然也會找不到
比如安裝了一個mysql到/usr/local/mysql，mysql有一大堆library在/usr/local/mysql/lib下面，這時就需要在/etc/ld.so.conf最上面加上/usr/local/mysql/lib，必須是第一行，並且要指定到庫檔案的目錄下，而不能是它的上級目錄，儲存過後ldconfig一下，新的library才能在程式運行時被找到。可以直接通過ldconfig /usr/local/mysql/lib將該目錄下的共用庫路徑全部儲存到ld.so.cache裡，這時它們沒有被寫到ld.so.conf檔案裡
3. 如果想在這兩個目錄以外放lib，但是又不想在/etc/ld.so.conf中加東西（或者是沒有許可權加東西）。那也可以，就是export一個全域變數LD_LIBRARY_PATH，然後運行程式的時候就會去這個目錄中找library。一般來講這隻是一種臨時的解決方案，在沒有許可權或臨時需要的時候使用。
4. ldconfig做的這些東西都與運行程式時有關，跟編譯時間一點關係都沒有。編譯的時候還是該加-L就得加，不要混淆了。
5. 總之，就是不管做了什麼關於library的變動後，最好都ldconfig一下，不然會出現一些意想不到的結果。不會花太多的時間，但是會省很多的事。

ldconfig通常在系統啟動時運行,而當使用者安裝了一個新的動態連結程式庫時,就需要手工運行這個命令.
ldconfig命令列用法如下:
ldconfig [-v|--verbose] [-n] [-N] [-X] [-f CONF] [-C CACHE] [-r ROOT] [-l] [-p|--print-cache]
        [-c FORMAT] [--format=FORMAT] [-V] [-?|--help|--usage] path...
ldconfig可用的選項說明如下:
(1) -v或--verbose : 用此選項時,ldconfig將顯示正在掃描的目錄及搜尋到的動態連結程式庫,還有它所建立的串連的名字.
(2) -n : 用此選項時,ldconfig僅掃描命令列指定的目錄,不掃描預設目錄(/lib,/usr/lib),也不掃描設定檔/etc/ld.so.conf所列的目錄.
(3) -N : 此選項指示ldconfig不重建快取檔案(/etc/ld.so.cache).若未用-X選項,ldconfig照常更新檔案的串連.
(4) -X : 此選項指示ldconfig不更新檔案的串連.若未用-N選項,則快取檔案正常更新.
(5) -f CONF : 此選項指定動態連結程式庫的設定檔為CONF,系統預設為/etc/ld.so.conf.
(6) -C CACHE : 此選項指定產生的快取檔案為CACHE,系統預設的是/etc/ld.so.cache,此檔案存放已排好序的可共用的動態連結程式庫的列表.
(7)  -r ROOT : 此選項改變應用程式的根目錄為ROOT(是調用chroot函數實現的).選擇此項時,系統預設的設定檔 /etc/ld.so.conf,實際對應的為 ROOT/etc/ld.so.conf.如用-r /usr/zzz時,開啟設定檔 /etc/ld.so.conf時,實際開啟的是/usr/zzz/etc/ld.so.conf檔案.用此選項,可以大大增加動態連結程式庫管理的靈活性.
(8) -l : 通常情況下,ldconfig搜尋動態連結程式庫時將自動建立動態連結程式庫的串連.選擇此項時,將進入專家模式,需要手工設定串連.一般使用者不用此項.
(9) -p或--print-cache : 此選項指示ldconfig列印出當前快取檔案所儲存的所有共用庫的名字.
(10) -c FORMAT 或 --format=FORMAT : 此選項用於指定快取檔案所使用的格式,共有三種: ld(老格式),new(新格式)和compat(相容格式,此為預設格式).
(11) -V : 此選項列印出ldconfig的版本資訊,而後退出.
(12) -? 或 --help 或 --usage : 這三個選項作用相同,都是讓ldconfig列印出其協助資訊,而後退出.

linux下的共用庫機制採用了類似於快取的機制，將庫資訊儲存在/etc/ld.so.cache裡邊。
程式串連的時候首先從這個檔案裡邊尋找，然後再到ld.so.conf的路徑裡邊去詳細找。
這就是為什麼修改了ld.so.conf要重新運行一下ldconfig的原因

3.動態庫的路徑問題
為了讓執行程式順利找到動態庫，有三種方法：
(1)把庫拷貝到/usr/lib和/lib目錄下。 然後運行ldconfig
(2)在LD_LIBRARY_PATH環境變數中加上庫所在路徑。例如動態庫libhello.so在/home/ting/lib目錄下，以bash為例，使用命令：
$export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/ting/lib
(3) 修改/etc/ld.so.conf檔案，把庫所在的路徑加到檔案末尾，並執行ldconfig重新整理。這樣，加入的目錄下的所有庫檔案都可見、
註：連結時能夠找到該檔案（一般通過-L庫檔案目錄），並不代表運行是也能夠找到該檔案，只有通過上面的三種方法才能保證運行時找到動態庫。（靜態庫不存在這個問題因為靜態庫在ld時，已經把檔案的內容拷貝給目標檔案了，在運行是不再去尋找）