gcc和g++都是GNU（一個組織）的編譯器。
1、對於.c後綴的文件,gcc把它當做是C程序；g++當做是C++程序；
2、對於.cpp後綴的文件，gcc和g++都會當做c++程序。
3、編譯階段，g++會調用gcc(也就是說);
4、連接階段，通常會用g++來完成，這是因爲gcc命令不能自動和c++程序使用的庫連接。
gcc可以用來編譯c++但是它不會自動調用鏈接的c++標準庫（STL），你需要自己手動鏈接，使用如下命令： gcc -lstdc++main.cpp。g++則會自動調用鏈接的c++標準庫（STL）。
gcc可以根據後綴名爲.c或.cpp分別按c程序和c++程序來編譯；但是g++無論是.c或.cpp都統一按c++程序來編譯。
而且g++在編譯的過程中，其實是調用gcc按照c++程序來編譯的。即編譯工作最終都是由gcc來完成的。
對於c++程序，因爲gcc命令不能自動和C＋＋程序使用的庫聯接，需要自己手動鏈接c++庫，所以鏈接可以用g++或者gcc -lstdc++。也即是說c++程序，也可以用gcc來鏈接。
但是gcc在編譯c程序的時候，它會自動鏈接c庫的。
誤區一:gcc只能編譯c代碼,g++只能編譯c++代碼
兩者都可以，但是請注意：
1.後綴爲.c的，gcc把它當作是C程序，而g++當作是c++程序；後綴爲.cpp的，兩者都會認爲是c++程序，注意，雖然c++是c的超集，但是兩者對語法的要求是有區別的。C++的語法規則更加嚴謹一些。
2.編譯階段，g++會調用gcc。對於c++代碼，可以用gcc或g++來編譯，二者等價的。
3 鏈接階段，因爲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，二者等價。
gcc/g++在執行編譯工作的時候，總共需要4步
1.預處理,生成.i的文件[預處理器cpp] 2.將預處理後的文件轉換成彙編語言,生成文件.s[編譯器egcs] 3.有彙編變爲目標代碼(機器代碼)生成.o的文件[彙編器as] 4.連接目標代碼,生成可執行程序[鏈接器ld]
[參數詳解]
-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文件
-S
只激活預處理和編譯，就是指把文件編譯成爲彙編代碼。
例子用法
gcc -S hello.c
他將生成.s的彙編代碼，你可以用文本編輯器察看
-E
只激活預處理,這個不生成文件,你需要把它重定向到一個輸出文件裏
面.
例子用法:
gcc -E hello.c > pianoapan.txt
gcc -E hello.c | more
慢慢看吧,一個hello word 也要與處理成800行的代碼
-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
相當於C語言中的#define macro
-Dmacro=defn
相當於C語言中的#define macro=defn
-Umacro
相當於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優化級別最
高
-g
只是編譯器，在編譯的時候，產生調試信息。
core dump文件和gdb調試都可以用到這些調試信息。
core dump文件裏就會包含這些調試信息，幫助分析錯誤產生的源頭，包括產生錯誤的文件名和行號等非常多有用的信息。
-gstabs
此選項以stabs格式聲稱調試信息,但是不包括gdb調試信息.
-gstabs+
此選項以stabs格式聲稱調試信息,並且包含僅供gdb使用的額外調試信息.
-ggdb
此選項將儘可能的生成gdb的可以使用的調試信息.
-static
此選項將禁止使用動態庫，所以，編譯出來的東西，一般都很大，也不需要什麼
動態連接庫，就可以運行.
-share
此選項將盡量使用動態庫，所以生成文件比較小，但是需要系統由動態庫.
-traditional
試圖讓編譯器支持傳統的C語言特性
GNU 的調試器稱爲 gdb，該程序是一個交互式工具，工作在字符模式。在 X Window 系統中，有一個 gdb 的
前端圖形工具，稱爲 xxgdb。gdb 是功能強大的調試程序，可完成如下的調試任務：
* 設置斷點；
* 監視程序變量的值；
* 程序的單步執行；
* 修改變量的值。
在可以使用 gdb 調試程序之前，必須使用 -g 選項編譯源文件。可在 makefile 中如下定義 CFLAGS 變量：
CFLAGS = -g
運行 gdb 調試程序時通常使用如下的命令：
gdb progname
在 gdb 提示符處鍵入help，將列出命令的分類，主要的分類有：
* aliases：命令別名
* breakpoints：斷點定義；
* data：數據查看；
* files：指定並查看文件；
* internals：維護命令；
* running：程序執行；
* stack：調用棧查看；
* statu：狀態查看；
* tracepoints：跟蹤程序執行。
鍵入 help 後跟命令的分類名，可獲得該類命令的詳細清單。