簡單的說:頭檔案提供聲明,庫檔案提供定義/實作。
c 代碼的編譯過程: 預處理(需要頭檔案) -> 編譯 -> 彙編 -> 連結(需要庫檔案); 執行時可能還有動态連結過程。
在早期的程式設計語言中basic fortan沒有頭檔案的概念,c++/c語言的初學者雖然會使用頭檔案,但是常常不明其理。
1、通過頭檔案來調用庫功能。 在很多場合,源代碼不便(或不準)向使用者公布, 隻要向使用者提供頭檔案和二進制的庫即可,使用者隻需要按照頭檔案中的接口聲明來調用庫函數, 而不必關心接口是怎麼實作的,編譯器會從庫中提取相應的代碼;
2、頭檔案能加強類型安全檢查, 某個 接口被實作或被使用時的方式如果與頭檔案的聲明不一緻,編譯器就會指出錯誤,這一簡單的規則能大大減輕程式員調試、改錯的負擔;
3、頭檔案可以提高程式的可讀性;
include的header檔案,動态連結庫,系統定義,總共有下列來源指定gcc去那裡找。
當初在編譯時指定的(在~gcc/gcc/collect2.c:locatelib()
寫在specs内的 ,内定的,這是當初compile gcc時寫在程式内的。
後來用-d -i -l指定的
gcc環境變量設定(編譯的時候)
ld.so的環境變量(這是run time的時候)
一、頭檔案
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的話,那麼就是
prefix/include
prefix/xxx-xxx-xxx-gnulibc/include
prefix/lib/gcc-lib/xxxx-xxx-xxx-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。