轉載自：http://www.cnblogs.com/sunyubo/archive/2011/09/06/2282054.html
這些常用的 gcc/g++ 命令行參數，你都知道麼？
1. gcc -E source_file.c
-E，只執行到預編譯。直接輸出預編譯結果。
2. gcc -S source_file.c
-S，只執行到源代碼到彙編代碼的轉換，輸出彙編代碼。
3. gcc -c source_file.c
-c，只執行到編譯，輸出目標文件。
4. gcc (-E/S/c/) source_file.c -o output_filename
-o, 指定輸出文件名，可以配合以上三種標籤使用。
-o 參數可以被省略。這種情況下編譯器將使用以下默認名稱輸出：
-E：預編譯結果將被輸出到標準輸出端口（通常是顯示器）
-S：生成名爲source_file.s的彙編代碼
-c：生成名爲source_file.o的目標文件。
無標籤情況：生成名爲a.out的可執行文件。
5. gcc -g source_file.c
-g，生成供調試用的可執行文件，可以在gdb中運行。由於文件中包含了調試信息因此運行效率很低，且文件也大不少。
這裏可以用strip命令重新將文件中debug信息刪除。這是會發現生成的文件甚至比正常編譯的輸出更小了，這是因爲strip把原先正常編譯中的一些額外信息（如函數名之類）也刪除了。用法爲 strip a.out
6. gcc -s source_file.c
-s, 直接生成與運用strip同樣效果的可執行文件（刪除了所有符號信息）。
7. gcc -O source_file.c
-O（大寫的字母O），編譯器對代碼進行自動優化編譯，輸出效率更高的可執行文件。
-O 後面還可以跟上數字指定優化級別，如：
gcc -O2 source_file.c
數字越大，越加優化。但是通常情況下，自動的東西都不是太聰明，太大的優化級別可能會使生成的文件產生一系列的bug。一般可選擇2；3會有一定風險。
8. gcc -Wall source_file.c
-W，在編譯中開啓一些額外的警告（warning）信息。-Wall，將所有的警告信息全開。
9. gcc source_file.c -L/path/to/lib -lxxx -I/path/to/include
-l, 指定所使用到的函數庫，本例中鏈接器會嘗試鏈接名爲libxxx.a的函數庫。
-L，指定函數庫所在的文件夾，本例中鏈接器會嘗試搜索/path/to/lib文件夾。
-I, 指定頭文件所在的文件夾，本例中預編譯器會嘗試搜索/path/to/include文件夾。
有興趣的朋友可以查看gcc的 manpage，找到更詳細的說明。
轉載自:http://www.cnblogs.com/ggjucheng/archive/2011/12/14/2287738.html
1簡介
GCC 的意思也只是 GNU C Compiler 而已。經過了這麼多年的發展，GCC 已經不僅僅能支持 C 語言；它現在還支持 Ada 語言、C++ 語言、Java 語言、Objective C 語言、Pascal 語言、COBOL語言，以及支持函數式編程和邏輯編程的 Mercury 語言，等等。而 GCC 也不再單只是 GNU C 語言編譯器的意思了，而是變成了 GNU Compiler Collection 也即是 GNU 編譯器家族的意思了。另一方面，說到 GCC 對於操作系統平臺及硬件平臺支持，概括起來就是一句話：無所不在。
2簡單編譯
示例程序如下：
//test.c #include <stdio.h> int main(void) { printf("Hello World!\n"); return 0; }
這個程序，一步到位的編譯指令是:
gcc test.c -o test
實質上，上述編譯過程是分爲四個階段進行的，即預處理(也稱預編譯，Preprocessing)、編譯(Compilation)、彙編 (Assembly)和連接(Linking)。
2.1預處理
gcc -E test.c -o test.i 或 gcc -E test.c
可以輸出test.i文件中存放着test.c經預處理之後的代碼。打開test.i文件，看一看，就明白了。後面那條指令，是直接在命令行窗口中輸出預處理後的代碼.
gcc的-E選項，可以讓編譯器在預處理後停止，並輸出預處理結果。在本例中，預處理結果就是將stdio.h 文件中的內容插入到test.c中了。
2.2編譯爲彙編代碼(Compilation)
預處理之後，可直接對生成的test.i文件編譯，生成彙編代碼：
gcc -S test.i -o test.s
gcc的-S選項，表示在程序編譯期間，在生成彙編代碼後，停止，-o輸出彙編代碼文件。
2.3彙編(Assembly)
對於上一小節中生成的彙編代碼文件test.s，gas彙編器負責將其編譯爲目標文件，如下：
gcc -c test.s -o test.o
2.4連接(Linking)
gcc連接器是gas提供的，負責將程序的目標文件與所需的所有附加的目標文件連接起來，最終生成可執行文件。附加的目標文件包括靜態連接庫和動態連接庫。
對於上一小節中生成的test.o，將其與Ｃ標準輸入輸出庫進行連接，最終生成程序test
gcc test.o -o test
在命令行窗口中，執行./test, 讓它說HelloWorld吧！
3多個程序文件的編譯
通常整個程序是由多個源文件組成的，相應地也就形成了多個編譯單元，使用GCC能夠很好地管理這些編譯單元。假設有一個由test1.c和 test2.c兩個源文件組成的程序，爲了對它們進行編譯，並最終生成可執行程序test，可以使用下面這條命令：
gcc test1.c test2.c -o test
如果同時處理的文件不止一個，GCC仍然會按照預處理、編譯和鏈接的過程依次進行。如果深究起來，上面這條命令大致相當於依次執行如下三條命令：
gcc -c test1.c -o test1.o gcc -c test2.c -o test2.o gcc test1.o test2.o -o test
4檢錯
gcc -pedantic illcode.c -o illcode
-pedantic編譯選項並不能保證被編譯程序與ANSI/ISO C標準的完全兼容，它僅僅只能用來幫助Linux程序員離這個目標越來越近。或者換句話說，-pedantic選項能夠幫助程序員發現一些不符合 ANSI/ISO C標準的代碼，但不是全部，事實上只有ANSI/ISO C語言標準中要求進行編譯器診斷的那些情況，纔有可能被GCC發現並提出警告。
除了-pedantic之外，GCC還有一些其它編譯選項也能夠產生有用的警告信息。這些選項大多以-W開頭，其中最有價值的當數-Wall了，使用它能夠使GCC產生儘可能多的警告信息。
gcc -Wall illcode.c -o illcode
GCC給出的警告信息雖然從嚴格意義上說不能算作錯誤，但卻很可能成爲錯誤的棲身之所。一個優秀的Linux程序員應該儘量避免產生警告信息，使自己的代碼始終保持標準、健壯的特性。所以將警告信息當成編碼錯誤來對待，是一種值得讚揚的行爲！所以，在編譯程序時帶上-Werror選項，那麼GCC會在所有產生警告的地方停止編譯，迫使程序員對自己的代碼進行修改，如下：
gcc -Werror test.c -o test
5庫文件連接
開發軟件時，完全不使用第三方函數庫的情況是比較少見的，通常來講都需要藉助許多函數庫的支持才能夠完成相應的功能。從程序員的角度看，函數庫實際上就是一些頭文件（.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
5.1編譯成可執行文件
首先我們要進行編譯test.c爲目標文件，這個時候需要執行
gcc –c –I /usr/dev/mysql/include test.c –o test.o
5.2鏈接
最後我們把所有目標文件鏈接成可執行文件:
gcc –L /usr/dev/mysql/lib –lmysqlclient test.o –o test
Linux下的庫文件分爲兩大類分別是動態鏈接庫（通常以.so結尾）和靜態鏈接庫（通常以.a結尾），二者的區別僅在於程序執行時所需的代碼是在運行時動態加載的，還是在編譯時靜態加載的。
5.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
有關環境變量：
LIBRARY_PATH環境變量：指定程序靜態鏈接庫文件搜索路徑
LD_LIBRARY_PATH環境變量：指定程序動態鏈接庫文件搜索路徑