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，二者等價。
、、、、、、、、、、、、、、、、、、、、、、、、、
//////////////////////////////////////////////////////////////////////////////////////////
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，二者等價。
gcc和g++的區別
我們在編譯c/c++代碼的時候，有人用gcc，有人用g++，於是各種說法都來了，譬如c代碼用gcc，而c++代碼用g++，或者說編譯用 gcc，鏈接用g++，一時也不知哪個說法正確，如果再遇上個extern "C"，分歧就更多了，這裏我想作個了結，畢竟知識的目的是令人更清醒，而不是更糊塗。
誤區一:gcc只能編譯c代碼,g++只能編譯c++代碼
兩者都可以，但是請注意：
1.後綴爲.c的，gcc把它當作是C程序，而g++當作是c++程序；後綴爲.cpp的，兩者都會認爲是c++程序，注意，雖然c++是c的超集，但是兩者對語法的要求是有區別的，例如：
#include <stdio.h>
int main(int argc, char* argv[]) {
if(argv == 0) return;
printString(argv);
return;
}
int printString(char* string) {
sprintf(string, "This is a test./n");
}
如果按照C的語法規則，OK，沒問題，但是，一旦把後綴改爲cpp，立刻報三個錯：“printString未定義”；
“cannot convert `char**' to `char*”；
”return-statement with no value“；
分別對應前面紅色標註的部分。可見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，二者等價。
誤區四:extern "C"與gcc/g++有關係
實際上並無關係，無論是gcc還是g++，用extern "c"時，都是以C的命名方式來爲symbol命名，否則，都以c++方式命名。試驗如下：
me.h：
extern "C" void CppPrintf(void);
me.cpp:
#include <iostream>
#include "me.h"
using namespace std;
void CppPrintf(void)
{
cout << "Hello/n";
}
test.cpp:
#include <stdlib.h>
#include <stdio.h>
#include "me.h"
int main(void)
{
CppPrintf();
return 0;
}
1. 先給me.h加上extern "C"，看用gcc和g++命名有什麼不同
[root@root G++]# g++ -S me.cpp
[root@root G++]# less me.s
.globl _Z9CppPrintfv //注意此函數的命名
.type CppPrintf, @function
[root@root GCC]# gcc -S me.cpp
[root@root GCC]# less me.s
.globl _Z9CppPrintfv //注意此函數的命名
.type CppPrintf, @function
完全相同！
2. 去掉me.h中extern "C"，看用gcc和g++命名有什麼不同
[root@root GCC]# gcc -S me.cpp
[root@root GCC]# less me.s
.globl _Z9CppPrintfv //注意此函數的命名
.type _Z9CppPrintfv, @function
[root@root G++]# g++ -S me.cpp
[root@root G++]# less me.s
.globl _Z9CppPrintfv //注意此函數的命名
.type _Z9CppPrintfv, @function
完全相同！
原文地址 http://www.yuanma.org/data/2007/0406/article_2498.htm
gcc and g++分別是gnu的c & c++編譯器
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
只是編譯器，在編譯的時候，產生條是信息。
-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 後跟命令的分類名，可獲得該類命令的詳細清單。
#DENO#
gdb 的常用命令
表 1-4 常用的 gdb 命令
命令 解釋
break NUM 在指定的行上設置斷點。
bt 顯示所有的調用棧幀。該命令可用來顯示函數的調用順序。
clear 刪除設置在特定源文件、特定行上的斷點。其用法爲：clear FILENAME:NUM。
continue 繼續執行正在調試的程序。該命令用在程序由於處理信號或斷點而
導致停止運行時。
display EXPR 每次程序停止後顯示錶達式的值。表達式由程序定義的變量組成。
file FILE 裝載指定的可執行文件進行調試。
help NAME 顯示指定命令的幫助信息。
info break 顯示當前斷點清單，包括到達斷點處的次數等。
info files 顯示被調試文件的詳細信息。
info func 顯示所有的函數名稱。
info local 顯示當函數中的局部變量信息。
info prog 顯示被調試程序的執行狀態。
info var 顯示所有的全局和靜態變量名稱。
kill 終止正被調試的程序。
list 顯示源代碼段。
make 在不退出 gdb 的情況下運行 make 工具。
next 在不單步執行進入其他函數的情況下，向前執行一行源代碼。
print EXPR 顯示錶達式 EXPR 的值。
1.8.5 gdb 使用範例
-----------------
清單 一個有錯誤的 C 源程序 bugging.c
-----------------
#include
#include
static char buff [256];
static char* string;
int main ()
{
printf ("Please input a string: ");
gets (string);
printf (" Your string is: %s ", string);
}
-----------------
上面這個程序非常簡單，其目的是接受用戶的輸入，然後將用戶的輸入打印出來。該程序使用了一個未經過初
始化的字符串地址 string，因此，編譯並運行之後，將出現 Segment Fault 錯誤：
$ gcc -o test -g test.c
$ ./test
Please input a string: asfd
Segmentation fault (core dumped)
爲了查找該程序中出現的問題，我們利用 gdb，並按如下的步驟進行：
1．運行 gdb bugging 命令，裝入 bugging 可執行文件；
2．執行裝入的 bugging 命令；
3．使用 where 命令查看程序出錯的地方；
4．利用 list 命令查看調用 gets 函數附近的代碼；
5．唯一能夠導致 gets 函數出錯的因素就是變量 string。用 print 命令查看 string 的值；
6．在 gdb 中，我們可以直接修改變量的值，只要將 string 取一個合法的指針值就可以了，爲此，我們在第
11 行處設置斷點；
7．程序重新運行到第 11 行處停止，這時，我們可以用 set variable 命令修改 string 的取值；
8．然後繼續運行，將看到正確的程序運行結果。