1.庫的分類
根據鏈接時期的不同，庫又有靜態庫和動態庫之分。
靜態庫是在鏈接階段被鏈接的（好像是廢話，但事實就是這樣），所以生成的可執行文件就不受庫的影響了，即使庫被刪除了，程序依然可以成功運行。
有別於靜態庫，動態庫的鏈接是在程序執行的時候被鏈接的。所以，即使程序編譯完，庫仍須保留在系統上，以供程序運行時調用。（TODO：鏈接動態庫時鏈接階段到底做了什么）
2 靜態庫和動態庫的比較
鏈接靜態庫其實從某種意義上來說也是一種粘貼復制，只不過它操作的對象是目標代碼而不是源碼而已。因為靜態庫被鏈接后庫就直接嵌入可執行文件中了，這樣就帶來了兩個問題。
首先就是系統空間被浪費了。這是顯而易見的，想象一下，如果多個程序鏈接了同一個庫，則每一個生成的可執行文件就都會有一個庫的副本，必然會浪費系統空間。
再者，人非聖賢，即使是精心調試的庫，也難免會有錯。一旦發現了庫中有bug，挽救起來就比較麻煩了。必須一一把鏈接該庫的程序找出來，然后重新編譯。
而動態庫的出現正彌補了靜態庫的以上弊端。因為動態庫是在程序運行時被鏈接的，所以磁盤上只須保留一份副本，因此節約了磁盤空間。如果發現了bug或要升級也很簡單，只要用新的庫把原來的替換掉就行了。
那么，是不是靜態庫就一無是處了呢？
答曰：非也非也。不是有句話么：存在即是合理。靜態庫既然沒有湮沒在滔滔的歷史長河中，就必然有它的用武之地。想象一下這樣的情況：如果你用libpcap庫編了一個程序，要給被人運行，而他的系統上沒有裝pcap庫，該怎么解決呢？最簡單的辦法就是編譯該程序時把所有要鏈接的庫都鏈接它們的靜態庫，這樣，就可以在別人的系統上直接運行該程序了。
所謂有得必有失，正因為動態庫在程序運行時被鏈接，故程序的運行速度和鏈接靜態庫的版本相比必然會打折扣。然而瑕不掩瑜，動態庫的不足相對於它帶來的好處在現今硬件下簡直是微不足道的，所以鏈接程序在鏈接時一般是優先鏈接動態庫的，除非用-static參數指定鏈接靜態庫。
2）編譯 Compiling
3）匯編 Assembling
4）鏈接 Linking
1、gcc總體選項列表
1） -c ：指編譯，不鏈接，生成目標文件“.o”。
2） -S ：只編譯，不匯編，生成匯編代碼“.S”。
3） -E ：只進行預編譯/預處理，不做其他處理。
4） -o file：把輸出文件輸出到file里。
5） -g ：在可執行程序中包含標准調試信息。
6） -v ：打印出編譯器內部編譯各過程的命令行信息和編譯器的版本。
7） -I dir ：在頭文件的搜索路徑列表中添加dir目錄
8） -L dir ：在庫文件的搜索路徑列表中添加dir目錄
9） -static ：連接靜態庫（靜態庫也可以用動態庫鏈接方式鏈接）
10） -llibrary ：連接名為library的庫文件（顯示指定需要鏈接的動態庫文件）
2、gcc告警和出錯選項
1） -ansi ：支持符合ANSI標准的C程序
2） -pedantic ：允許發出ANSI C標准所列出的全部警告信息
3） -pedantic-error ：允許發出ANSI C標准所列出的全部錯誤信息
4） -w ：關閉所有警告
5） -Wall ：允許發出gcc提供的所有有用的報警信息
6） -werror ：把所有的告警信息轉化為錯誤信息，並在告警發生時終止編譯過程
3、gcc優化選項
gcc可以對代碼進行優化，它通過編譯選項“-On”來控制優化代碼的生成，其中n是一個代表優化級別的整數。對於不同版本的gcc，
n的取值范圍不一致，比較典型的范圍為0變化到2或者3。
雖然優化選項可以加速代碼的運行速度，但對於調試而言將是一個很大的挑戰。因為代碼在經過優化之后，原先在源程序中聲明和使用
的變量很可能不再使用，控制流也可能會突然跳轉到意外的地方，循環語句也可能因為循環展開而變得到處都有。
1.單個源文件/目標直接生成動態庫
a. gcc -fPIC -shared xxx.c -o libxxx.so b. gcc -fPIC -shared xxx.o -o libxxx.so
2.多個源文件/目標生成動態庫
a. gcc -fPIC -shared xxx1.c xxx2.c xxx3.c -o libxxx.so b. gcc -fPIC -shared xxx1.o xxx2.o xxx3.o -o libxxx.so
2）靜態庫生成
1.單個源文件/目標直接生成靜態庫
a. ar -rc libxxx.a xxx.o（正確方法） b. ar -rc libxxx.a xxx.c （靜態庫可以生成；當運行連接了該靜態庫的可執行程序會報錯：could not read symbols:Archive has no index;run ranlib to add one）
2.多個源文件/目標生成靜態庫
a. ar -rc libxxx.a xxx1.o xxx2.o xxx3.o （正確方法） b. ar -rc libxxx.a xxx1.c xxx2.c xxx3.c （靜態庫可以生成；當運行連接了該靜態庫的可執行程序會報錯：could not read symbols:Archive has no index;run ranlib to add one）
四、多個源文件生成一個可執行文件
gcc xxx1.c xxx2.c xxx3.c xxx4.c main.c -o main
實例
一、動態鏈接庫
1.創建hello.so動態庫
- #include <stdio.h>
- void hello(){
- printf("hello world\n");
- }
- 編譯：gcc -fPIC -shared hello.c -o libhello.so
2.hello.h頭文件
- void hello();
3.鏈接動態庫
- #include <stdio.h>
- #include "hello.h"
- int main(){
- printf("call hello()");
- hello();
- }
- 編譯：gcc main.c -L. -lhello -o main
這里-L的選項是指定編譯器在搜索動態庫時搜索的路徑，告訴編譯器hello庫的位置。"."意思是當前路徑.
3.編譯成夠后執行./main，會提示：
- In function `main':
- main.c:(.text+0x1d): undefined reference to `hello'
- collect2: ld returned 1 exit status
這是因為在鏈接hello動態庫時，編譯器沒有找到。
解決方法：
- sudo cp libhello.so /usr/lib/
這樣，再次執行就成功輸入:
call hello()
二、靜態庫
文件有：main.c、hello.c、hello.h
1.編譯靜態庫hello.o:
- gcc hello.c -o hello.o #這里沒有使用-shared
2.把目標文檔歸檔
- ar -r libhello.a hello.o #這里的ar相當於tar的作用，將多個目標打包。
程序ar配合參數-r創建一個新庫libhello.a，並將命令行中列出的文件打包入其中。這種方法，如果libhello.a已經存在，將會覆蓋現在文件，否則將新創建。
3.鏈接靜態庫
- gcc main.c -lhello -L. -static -o main
這里的-static選項是告訴編譯器,hello是靜態庫。
或者：
- gcc main.c libhello.a -L. -o main
這樣就可以不用加-static
4.執行./main
輸出：call hello()
makefile實例
1. 靜態庫的生成
makefile命令的簡介可參考：跟我一起寫 Makefile。使用ar命令生成.a文件，可參考：Linux下動態庫(.so)和靜態庫(.a)
# 1、准備工作，編譯方式、目標文件名、依賴庫路徑的定義。 CC = g++ CFLAGS := -Wall -O3 -std=c++0x # opencv 頭文件和lib路徑 OPENCV_INC_ROOT = /usr/local/include/opencv OPENCV_LIB_ROOT = /usr/local/lib OBJS = GenDll.o #.o文件與.cpp文件同名 LIB = libgendll.a # 目標文件名 OPENCV_INC= -I $(OPENCV_INC_ROOT) INCLUDE_PATH = $(OPENCV_INC) LIB_PATH = -L $(OPENCV_LIB_ROOT) # 依賴的lib名稱 OPENCV_LIB = -lopencv_objdetect -lopencv_core -lopencv_highgui -lopencv_imgproc all : $(LIB) # 2. 生成.o文件 %.o : %.cpp $(CC) $(CFLAGS) -c $< -o $@ $(INCLUDE_PATH) $(LIB_PATH) $(OPENCV_LIB) # 3. 生成靜態庫文件 $(LIB) : $(OBJS) rm -f $@ ar cr $@ $(OBJS) rm -f $(OBJS) tags : ctags -R * # 4. 刪除中間過程生成的文件 clean: rm -f $(OBJS) $(TARGET) $(LIB)
2. 動態庫的生成
第1、4步准備和收尾工作與靜態庫的保持一致，第2步和第3步所使用的命令稍有不同。
# 1、准備工作，編譯方式、目標文件名、依賴庫路徑的定義。 CC = g++ CFLAGS := -Wall -O3 -std=c++0x # opencv 頭文件和lib路徑 OPENCV_INC_ROOT = /usr/local/include/opencv OPENCV_LIB_ROOT = /usr/local/lib OBJS = GenDll.o #.o文件與.cpp文件同名 LIB = libgendll.so # 目標文件名 OPENCV_INC= -I $(OPENCV_INC_ROOT) INCLUDE_PATH = $(OPENCV_INC) LIB_PATH = -L $(OPENCV_LIB_ROOT) # 依賴的lib名稱 OPENCV_LIB = -lopencv_objdetect -lopencv_core -lopencv_highgui -lopencv_imgproc all : $(LIB) # 2. 生成.o文件 %.o : %.cpp $(CC) $(CFLAGS) -fpic -c $< -o $@ $(INCLUDE_PATH) $(LIB_PATH) $(OPENCV_LIB) # 3. 生成動態庫文件 $(LIB) : $(OBJS) rm -f $@ g++ -shared -o $@ $(OBJS) rm -f $(OBJS) tags : ctags -R * # 4. 刪除中間過程生成的文件 clean: rm -f $(OBJS) $(TARGET) $(LIB)
-fpic 和 -shared 命令可參考：Linux下動態庫(.so)和靜態庫(.a)【注】這篇文章說可以使用ld命令生成.so文件，但我在測試時發會報錯。
3. 動態庫和靜態庫的調用
， 這兩個的使用方法幾乎沒有區別。動態庫的引用有顯式和隱式兩種，這里只說隱式調用。我使用main.cpp來測試生成的庫文件， makefile如下：
CC = g++ CFLAGS := -Wall -O3 -std=c++0x OPENCV_INC_ROOT = /usr/local/include/opencv OPENCV_LIB_ROOT = /usr/local/lib MY_ROOT = ../ OPENCV_INC= -I $(OPENCV_INC_ROOT) MY_INC = -I $(MY_ROOT) EXT_INC = $(OPENCV_INC) $(MY_INC) OPENCV_LIB_PATH = -L $(OPENCV_LIB_ROOT) MY_LIB_PATH = -L $(MY_ROOT) EXT_LIB = $(OPENCV_LIB_PATH) $(MY_LIB_PATH) OPENCV_LIB_NAME = -lopencv_objdetect -lopencv_highgui -lopencv_imgproc -lopencv_core MY_LIB_NAME = -lgendll all:test test:main.cpp $(CC) $(CFLAGS) main.cpp $(EXT_INC) $(EXT_LIB) $(MY_LIB_NAME) $(OPENCV_LIB_NAME) -o test
4. 注意事項：
1、在測試過程中，經常會報錯：找不到.so文件。一種簡單的解決方法如下：
在linux終端輸入如下命令：
export LD_LIBRARY_PATH=/home/shaoxiaohu/lib:LD_LIBRARY_PATH: