原文鏈接：http://www.cnblogs.com/zhangsir6/articles/2956798.html
簡介
gcc and g++現在是gnu中最主要和最流行的c & c++編譯器 .gcc/g++在執行編譯工作的時候，總共需要以下幾步:
1.預處理,生成.i的文件[預處理器cpp]
2.將預處理後的文件不轉換成彙編語言,生成文件.s[編譯器egcs]
3.有彙編變爲目標代碼(機器代碼)生成.o的文件[彙編器as]
4.連接目標代碼,生成可執行程序[鏈接器ld]
GCC能夠處理的後綴有:
a. *.c *.C (C語言)
b. *.cxx *.cc (C++語言)
c. *.m (面向對象的C)
d. *.i (預處理後的C語言源文件)
e. *.ii (預處理後的C++語言源文件)
f. *.s *.S (彙編語言)
h. *.h (頭文件)
目標文件可以是：
a. *.o 編譯連接後的目標文件
b. *.a 庫文件
gcc與g++有什麼區別？
gcc和g++都是GNU(組織)的一個編譯器。
誤區一:gcc只能編譯c代碼,g++只能編譯c++代碼
兩者都可以，但是請注意：
1.後綴爲.c的，gcc把它當作是C程序，而g++當作是c++程序；後綴爲.cpp的，兩者都會認爲是c++程序，注意，雖然c++是c的超集，但是兩者對語法的要求是有區別的。C++的語法規則更加嚴謹一些。
2.編譯階段，g++會調用gcc，對於c++代碼，兩者是等價的，但是因爲gcc命令不能自動和C＋＋程序使用的庫聯接，所以通常用g++來完成鏈接，爲了統一起見，乾脆編譯/鏈接統統用g++了，這就給人一種錯覺，好像cpp程序只能用g++似的。
誤區二:gcc不會定義__cplusplus宏，而g++會
實際上，這個宏只是標誌着編譯器將會把代碼按C還是C++語法來解釋，如上所述，如果後綴爲.c，並且採用gcc編譯器，則該宏就是未定義的，否則，就是已定義。
誤區三:編譯只能用gcc，鏈接只能用g++
嚴格來說，這句話不算錯誤，但是它混淆了概念，應該這樣說：編譯可以用gcc/g++，而鏈接可以用g++或者gcc -lstdc++。因爲gcc命令不能自動和C＋＋程序使用的庫聯接，所以通常使用g++來完成聯接。但在編譯階段，g++會自動調用gcc，二者等價
參數詳解
無選項編譯鏈接
將test.c預處理、彙編、編譯並鏈接形成可執行文件。這裏未指定輸出文件，默認輸出爲a.out。
例子用法：
gcc test.c
無選項鍊接
gcc test.o -o test
將編譯輸出文件test.o鏈接成最終可執行文件test。
-x language filename
設定文件所使用的語言,使後綴名無效,對以後的多個有效.也就是根據約定C語言的後綴名稱是.c的，而C++的後綴名是.C或者.cpp,如果你很個性，決定你的C代碼文件的後綴名是.pig 哈哈，那你就要用這個參數,這個參數對他後面的文件名都起作用，除非到了下一個參數的使用。
可以使用的參數嗎有下面的這些
`c', `objective-c', `c-header', `c++', `cpp-output', `assembler', and `assembler-with-cpp'.
看到英文，應該可以理解的。
例子用法:
gcc -x c hello.pig
-x none filename
關掉上一個選項，也就是讓gcc根據文件名後綴，自動識別文件類型
例子用法:
gcc -x c hello.pig -x none hello2.c
-c
只激活預處理,編譯,和彙編,也就是他只把程序做成obj文件
例子用法:
gcc -c hello.c
他將生成.o的obj文件
gcc -c test.s
將彙編輸出文件test.s編譯輸出test.o文件。
-S
只激活預處理和編譯，就是指把文件編譯成爲彙編代碼。
例子用法:
gcc -S hello.c
他將生成.s的彙編代碼，你可以用文本編輯器察看
gcc -S test.i
將預處理輸出文件test.i彙編成test.s文件
-E
只激活預處理,這個不生成文件,你需要把它重定向到一個輸出文件裏面.
例子用法:
gcc -E hello.c >; pianoapan.txt
gcc -E hello.c | more
慢慢看吧,一個hello word 也要與處理成800行的代碼
gcc -E test.c -o test.i
-o
制定目標名稱,缺省的時候,gcc 編譯出來的文件是a.out,很難聽,如果你和我有同感，改掉它,哈哈
例子用法:
gcc -o hello.exe hello.c (哦,windows用習慣了)
gcc -o hello.asm -S hello.c
-pipe
使用管道代替編譯中臨時文件,在使用非gnu彙編工具的時候,可能有些問題
gcc -pipe -o hello.exe hello.c
-ansi
關閉gnu c中與ansi c不兼容的特性,激活ansi c的專有特性(包括禁止一些asm inline typeof關鍵字,以及UNIX,vax等預處理宏,
-fno-asm
此選項實現ansi選項的功能的一部分，它禁止將asm,inline和typeof用作關鍵字。
-fno-strict-prototype
只對g++起作用,使用這個選項,g++將對不帶參數的函數,都認爲是沒有顯式的對參數的個數和類型說明,而不是沒有參數.
而gcc無論是否使用這個參數,都將對沒有帶參數的函數,認爲城沒有顯式說明的類型
-fthis-is-varialble
就是向傳統c++看齊,可以使用this當一般變量使用.
-fcond-mismatch
允許條件表達式的第二和第三參數類型不匹配,表達式的值將爲void類型
-funsigned-char
-fno-signed-char
-fsigned-char
-fno-unsigned-char
這四個參數是對char類型進行設置,決定將char類型設置成unsigned char(前兩個參數)或者 signed char(後兩個參數)
-include file
包含某個代碼,簡單來說,就是便以某個文件,需要另一個文件的時候,就可以用它設定,功能就相當於在代碼中使用#include<filename>;
例子用法:
gcc hello.c -include /root/pianopan.h
-imacros file
將file文件的宏,擴展到gcc/g++的輸入文件,宏定義本身並不出現在輸入文件中
-Dmacro
以字符串“1”定義 MACRO 宏
相當於C語言中的#define macro
-Dmacro=defn
以字符串“DEFN”定義 MACRO 宏
相當於C語言中的#define macro defn
-Umacro
取消對 MACRO 宏的定義
相當於C語言中的#undef macro
-undef
取消對任何非標準宏的定義
-Idir
在你是用#include"file"的時候,gcc/g++會先在當前目錄查找你所制定的頭文件,如果沒有找到,他回到缺省的頭文件目錄找,如果使用-I制定了目錄,他
回先在你所制定的目錄查找,然後再按常規的順序去找.
對於#include<file>;,gcc/g++會到-I制定的目錄查找,查找不到,然後將到系統的缺省的頭文件目錄查找
-I-
就是取消前一個參數的功能,所以一般在-Idir之後使用
-idirafter dir
在-I的目錄裏面查找失敗,講到這個目錄裏面查找.
-iprefix prefix
-iwithprefix dir
一般一起使用,當-I的目錄查找失敗,會到prefix+dir下查找
-nostdinc
使編譯器不再系統缺省的頭文件目錄裏面找頭文件,一般和-I聯合使用,明確限定頭文件的位置
-nostdin C++
規定不在g++指定的標準路經中搜索,但仍在其他路徑中搜索,.此選項在創libg++庫使用
-C
在預處理的時候,不刪除註釋信息,一般和-E使用,有時候分析程序，用這個很方便的
-M
生成文件關聯的信息。包含目標文件所依賴的所有源代碼你可以用gcc -M hello.c來測試一下，很簡單。
-MM
和上面的那個一樣，但是它將忽略由#include<file>;造成的依賴關係。
-MD
和-M相同，但是輸出將導入到.d的文件裏面
-MMD
和-MM相同，但是輸出將導入到.d的文件裏面
-Wa,option
此選項傳遞option給彙編程序;如果option中間有逗號,就將option分成多個選項,然後傳遞給會彙編程序
-Wl.option
此選項傳遞option給連接程序;如果option中間有逗號,就將option分成多個選項,然後傳遞給會連接程序.
-llibrary
制定編譯的時候使用的庫
例子用法
gcc -lcurses hello.c
使用ncurses庫編譯程序
-Ldir
制定編譯的時候，搜索庫的路徑。比如你自己的庫，可以用它制定目錄，不然
編譯器將只在標準庫的目錄找。這個dir就是目錄的名稱。
-O0
-O1
-O2
-O3
編譯器的優化選項的4個級別，-O0表示沒有優化,-O1爲缺省值，-O3優化級別最高
例子用法：
gcc -O1 test.c -o test
使用編譯優化級別1編譯程序。級別爲1~3，級別越大優化效果越好，但編譯時間越長
-g
只是編譯器，在編譯的時候，產生調試信息。
-gstabs
此選項以stabs格式聲稱調試信息,但是不包括gdb調試信息.
-gstabs+
此選項以stabs格式聲稱調試信息,並且包含僅供gdb使用的額外調試信息.
-ggdb
此選項將儘可能的生成gdb的可以使用的調試信息.
-static
此選項將禁止使用動態庫，所以，編譯出來的東西，一般都很大，也不需要什麼
動態連接庫，就可以運行.
-share
此選項將盡量使用動態庫，所以生成文件比較小，但是需要系統由動態庫.
-traditional
試圖讓編譯器支持傳統的C語言特性
-IDIRECTORY
指定額外的頭文件搜索路徑DIRECTORY
-LDIRECTORY
指定額外的函數庫搜索路徑DIRECTORY
-lLIBRARY
連接時搜索指定的函數庫LIBRARY
-m486
針對 486 進行代碼優化
-shared
生成共享目標文件。通常用在建立共享庫時
-static
禁止使用共享連接
-w
不生成任何警告信息
-Wall
生成所有警告信息
-save-temps
一次獲得全部的中文輸出文件，正常的進行編譯連接，.i、.s、.o爲後綴，文件名相同
-fsyntax-only
不會執行預處理、編譯、彙編、連接，只會測試輸入文件的語法是否正確
-std
指定C方言，如:-std=c99,gcc默認的方言是GNU C
多源文件的編譯方法
如果有多個源文件，基本上有兩種編譯方法：
[假設有兩個源文件爲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
以上兩種方法相比較，第一中方法編譯時需要所有文件重新編譯，而第二種方法可以只重新編譯修改的文件，未修改的文件不用重新編譯。
FAQ
1、爲什麼會出現undefined reference to 'xxxxx'錯誤？
首先這是鏈接錯誤，不是編譯錯誤，也就是說如果只有這個錯誤，說明你的程序源碼本身沒有問題，是你用編譯器編譯時參數用得不對，你沒有指定鏈接程序要用到得庫，比如你的程序裏用到了一些數學函數，那麼你就要在編譯參數裏指定程序要鏈接數學庫，方法是在編譯命令行里加入-lm。
2、-l參數和-L參數
-l參數就是用來指定程序要鏈接的庫，-l參數緊接着就是庫名，那麼庫名跟真正的庫文
件名有什麼關係呢？
就拿數學庫來說，他的庫名是m，他的庫文件名是libm.so，很容易看出，把庫文件名的頭lib和尾.so去掉就是庫名了。
好了現在我們知道怎麼得到庫名了，比如我們自已要用到一個第三方提供的庫名字叫libtest.so，那麼我們只要把libtest.so拷貝到/usr/lib裏，編譯時加上-ltest參數，我們就能用上libtest.so庫了（當然要用libtest.so庫裏的函數，我們還需要與libtest.so配套的頭文件）。
放在/lib和/usr/lib和/usr/local/lib裏的庫直接用-l參數就能鏈接了，但如果庫文件
沒放在這三個目錄裏，而是放在其他目錄裏，這時我們只用-l參數的話，鏈接還是會出錯，出錯信息大概是：“/usr/bin/ld: cannot find -lxxx”，也就是鏈接程序ld在那3個目錄裏找不到libxxx.so，這時另外一個參數-L就派上用場了，比如常用的X11的庫，它放在/usr/X11R6/lib目錄下，我們編譯時就要用-L/usr/X11R6/lib -lX11參數，-L參數跟着的是庫文件所在的目錄名。
再比如我們把libtest.so放在/aaa/bbb/ccc目錄下，那鏈接參數就是-L/aaa/bbb/ccc -ltest
另外，大部分libxxxx.so只是一個鏈接，以RH9爲例，比如libm.so它鏈接到/lib/libm.so.x，/lib/libm.so.6又鏈到/lib/libm-2.3.2.so，如果沒有這樣的鏈接，還是會出錯，因爲ld只會找libxxxx.so，所以如果你要用到xxxx庫，而只有libxxxx.so.x或者libxxxx-x.x.x.so，做一個鏈接就可以了ln -s libxxxx-x.x.x.so libxxxx.so,手工來寫鏈接參數總是很麻煩的，還好很多庫開發包提供了生成鏈接參數的程序，名字一般叫xxxx-config，一般放在/usr/bin目錄下，比如gtk1.2的鏈接參數生成程序是gtk-config，執行gtk-config
--libs就能得到以下輸出"-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm"，這就是編譯一個gtk1.2程序所需的gtk鏈接參數，xxx-config除了--libs參數外還有一個參數是--cflags用來生成頭文件包含目錄的，也就是-I參數，在下面我們將會講到。你可以試試執行gtk-config --libs --cflags，看看輸出結果。現在的問題就是怎樣用這些輸出結果了，最笨的方法就是複製粘貼或者照抄，聰明的辦法是在編譯命令行里加入這個`xxxx-config
--libs --cflags`，比如編譯一個gtk程序：gcc gtktest.c `gtk-config --libs --cflags`這樣就差不多了。注意`不是單引號，而是1鍵左邊那個鍵。除了xxx-config以外，現在新的開發包一般都用pkg-config來生成鏈接參數，使用方法跟xxx-config類似，但xxx-config是針對特定的開發包，但pkg-config包含很多開發包的鏈接參數的生成，用pkg-config --list-all命令可以列出所支持的所有開發包，pkg-config的用法就是pkg-config
pagName --libs --cflags，其中pagName是包名，是pkg-config--list-all裏列出名單中的一個，比如gtk1.2的名字就是gtk+，pkg-config gtk+ --libs --cflags的作用跟gtk-config --libs --cflags是一樣的。比如：gcc gtktest.c `pkg-config gtk+ --libs --cflags`。
3、-include和-I參數
-include用來包含頭文件，但一般情況下包含頭文件都在源碼裏用#include xxxxxx實現，-include參數很少用。-I參數是用來指定頭文件目錄，/usr/include目錄一般是不用指定的，gcc知道去那裏找，但是如果頭文件不在/usr/include裏我們就要用-I參數指定了，比如頭文件放在/myinclude目錄裏，那編譯命令行就要加上-I/myinclude參數了，如果不加你會得到一個"xxxx.h: No such
file or directory"的錯誤。-I參數可以用相對路徑，比如頭文件在當前目錄，可以用-I.來指定。上面我們提到的--cflags參數就是用來生成-I參數的。
4、幾個相關的環境變量
PKG_CONFIG_PATH：用來指定pkg-config用到的pc文件的路徑，默認是/usr/lib/pkgconfig，pc文件是文本文件，擴展名是.pc，裏面定義開發包的安裝路徑，Libs參數和Cflags參數等等。
CC：用來指定c編譯器。
CXX：用來指定cxx編譯器。
LIBS：跟上面的--libs作用差不多。
CFLAGS:跟上面的--cflags作用差不多。
CC，CXX，LIBS，CFLAGS手動編譯時一般用不上，在做configure時有時用到，一般情況下不用管。
環境變量設定方法：export ENV_NAME=xxxxxxxxxxxxxxxxx
CPATH、C_INCLUDE_PATH
用逗號隔開的目錄列表，提供頭文件搜索位置
COMPILER_PATH
用逗號隔開的目錄列表，以提供GCC子程序的搜索位置
GCC_EXEC_PREFIX
當GCC調用子程序時，需要“加在前面”的前置名稱
LIBRARY_PATH
用逗號隔開的目錄列表，以提供連接庫的位置
LD_LIBRARY_PATH
用逗號隔開的目錄列表，以提供共享庫文件的搜索位置
TMPDIR
臨時文件所使用的目錄
5、關於交叉編譯
交叉編譯通俗地講就是在一種平臺上編譯出能運行在體系結構不同的另一種平臺上，比如在我們地PC平臺(X86 CPU)上編譯出能運行在sparc CPU平臺上的程序，編譯得到的程序在X86 CPU平臺上是不能運行的，必須放到sparc CPU平臺上才能運行。當然兩個平臺用的都是linux。
這種方法在異平臺移植和嵌入式開發時用得非常普遍。