一、標頭檔案
gcc 在編譯時如何去尋找所需要的標頭檔案：
※所以header file的搜尋會從-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/include
prefix/***-***-***-gnulibc/include
prefix/lib/gcc-lib/***x-***-***-gnulibc/2.8.1/include
二、庫檔案
cos（）等函式庫的選項要多加 -lm
編譯的時候：
※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，"指定（如例3所示）。當指定多個動態庫搜尋路徑時，路徑之間用冒號"："分隔）
4、預設的動態庫搜尋路徑/lib
5、預設的動態庫搜尋路徑/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；
5.預設的動態庫搜尋路徑/usr/lib.
linux下 gcc 預設搜尋路徑
有大量的環境變數可供設定以影響 gcc 編譯程式的方式。利用這些變數的控制也可使用合適的命令列選項。一些環境變數設定在目錄名列表中。這些名字和 path 環境變數使用的格式相同。特殊字元 path separator 安裝編譯程式的時候定義 用在目錄名之間。在 unix 系統中，分隔符是冒號，而 w...
linux下gcc預設搜尋標頭檔案及庫檔案的路徑
一 標頭檔案 gcc 在編譯時如何去尋找所需要的標頭檔案 所以header file的搜尋會從 i開始 然後找gcc的環境變數c include path，cplus include path，objc include path 再找內定目錄 usr include usr local includ...
GCC預設的搜尋路徑是什麼？
gcc是如何搜尋標頭檔案的？c語言程式設計時，發現細節的魅力很大。較為詳細了看了一下關於include的知識，發現了幾點新知 1.include 頭檔名 和include 頭檔名 如 include和include stdio.h 前者 使用 來引用stdio.h檔案，是首先檢索標準路徑，看看這些資...