一. 常用編譯命令選項

假設源程式檔名為test.c。

1. 無選項編譯連結
用法：#gcc test.c
作用：將test.c預處理、彙編、編譯並連結形成可執行文件。這裡未指定輸出檔案，預設輸出為a.out。

2. 選項 -o
用法：#gcc test.c -o test
作用：將test.c預處理、彙編、編譯並連結形成可執行檔案test。-o選項用來指定輸出檔案的檔名。

3. 選項 -E
用法：#gcc -E test.c -o test.i
作用：將test.c預處理輸出test.i檔案。

4. 選項 -S
用法：#gcc -S test.i
作用：將預處理輸出檔案test.i彙編成test.s檔案。

5. 選項 -c
用法：#gcc -c test.s
作用：將彙編輸出文件test.s編譯輸出test.o檔案。

6. 無選項鍊接
用法：#gcc test.o -o test
作用：將編譯輸出檔案test.o連結成最終可執行檔案test。

7. 選項-O
用法：#gcc -O1 test.c -o test
作用：使用編譯優化級別1編譯程式。級別為1~3，級別越大優化效果越好，但編譯時間越長。

二. 多原始檔的編譯方法

如果有多個原始檔，基本上有兩種編譯方法：
[假設有兩個原始檔為test.c和testfun.c]

1. 多個檔案一起編譯
用法：#gcc testfun.c test.c -o test
作用：將testfun.c和test.c分別編譯後連結成test可執行檔案。

2. 分別編譯各個原始檔，之後對編譯後輸出的目標檔案連結。
用法：
#gcc -c testfun.c //將testfun.c編譯成testfun.o
#gcc -c test.c   //將test.c編譯成test.o
#gcc -o testfun.o test.o -o test //將testfun.o和test.o連結成test

以上兩種方法相比較，第一中方法編譯時需要所有檔案重新編譯，而第二種方法可以只重新編譯修改的檔案，未修改的檔案不用重新編譯。

3庫檔案連線

開發軟體時，完全不使用第三方函式庫的情況是比較少見的，通常來講都需要藉助許多函式庫的支援才能夠完成相應的功能。從程式設計師的角度看，函式庫實際上就是一些標頭檔案（.h）和庫檔案（so、或lib、dll）的集合。。雖然Linux下的大多數函式都預設將標頭檔案放到/usr/include/目錄下，而庫檔案則放到/usr/lib/目錄下；Windows所使用的庫檔案主要放在Visual Stido的目錄下的include和lib，以及系統資料夾下。但也有的時候，我們要用的庫不再這些目錄下，所以GCC在編譯時必須用自己的辦法來查詢所需要的標頭檔案和庫檔案。

例如我們的程式test.c是在linux上使用c連線mysql，這個時候我們需要去mysql官網下載MySQL Connectors的C庫，下載下來解壓之後，有一個include資料夾，裡面包含mysql connectors的標頭檔案，還有一個lib資料夾，裡面包含二進位制so檔案libmysqlclient.so

其中inclulde資料夾的路徑是/usr/dev/mysql/include,lib資料夾是/usr/dev/mysql/lib

3.1編譯成可執行檔案

首先我們要進行編譯test.c為目標檔案，這個時候需要執行

gcc –c –I /usr/dev/mysql/include test.c –o test.o

3.2連結

最後我們把所有目標檔案連結成可執行檔案:

gcc –L /usr/dev/mysql/lib –lmysqlclient test.o –o test

Linux下的庫檔案分為兩大類分別是動態連結庫（通常以.so結尾）和靜態連結庫（通常以.a結尾），二者的區別僅在於程式執行時所需的程式碼是在執行時動態載入的，還是在編譯時靜態載入的。

3.3強制連結時使用靜態連結庫

預設情況下， GCC在連結時優先使用動態連結庫，只有當動態連結庫不存在時才考慮使用靜態連結庫，如果需要的話可以在編譯時加上-static選項，強制使用靜態連結庫。

在/usr/dev/mysql/lib目錄下有連結時所需要的庫檔案libmysqlclient.so和libmysqlclient.a，為了讓GCC在連結時只用到靜態連結庫，可以使用下面的命令:

gcc –L /usr/dev/mysql/lib –static –lmysqlclient test.o –o test

靜態庫連結時搜尋路徑順序：

1. ld會去找GCC命令中的引數-L
2. 再找gcc的環境變數LIBRARY_PATH
3. 再找內定目錄 /lib /usr/lib /usr/local/lib 這是當初compile gcc時寫在程式內的

動態連結時、執行時搜尋路徑順序:

1. 編譯目的碼時指定的動態庫搜尋路徑
2. 環境變數LD_LIBRARY_PATH指定的動態庫搜尋路徑
3. 配置檔案/etc/ld.so.conf中指定的動態庫搜尋路徑
4. 預設的動態庫搜尋路徑/lib
5. 預設的動態庫搜尋路徑/usr/lib