cc、gcc、g++、CC的區(qū)別概括

gcc是C編譯器；g++是C++編譯器；linux下cc一般是一個符號連接，指向gcc；gcc和g++都是GUN（組織）的編譯器。而CC則一般是makefile里面的一個名字，即宏定義，嘿，因為Linux/Unix都是大小寫敏感的系統(tǒng)，這點一定要注意。

cc是Unix系統(tǒng)的C Compiler，而gcc則是GNU Compiler Collection，GNU編譯器套裝。gcc原名為Gun C語言編譯器，因為它原本只能處理C語言，但gcc很快地擴展，包含很多編譯器（C、C++、Objective-C、Ada、Fortran、Java）。因此，它們是不一樣的，一個是古老的C編譯器，一個是GNU編譯器集合，gcc里面的C編譯器比cc強大多了，因此沒必要用cc。

下載不到cc的原因在于：cc來自于昂貴的Unix系統(tǒng)，cc是商業(yè)軟件。

Linux下的cc是gcc符號連接，可以通過$ls –l /usr/bin/cc來簡單察看，該變量是make程序的內建變量，默認指向gcc。cc符號鏈接和變量存在的意義在于源碼的移植性，可以方便的用gcc來編譯老的用cc編譯的Unix軟件，甚至連makefile都不用改在，而且也便于Linux程序在Unix下編譯。

?

誤區(qū)一：gcc只能編譯C代碼，g++只能編譯C++代碼。

兩者都可以，但請注意：

（1）后綴為.c的，gcc把它當作是C程序，而g++當作是c++程序；后綴為.cpp的，兩者都會認為是C++程序，注意，雖然C++是C的超集，但是兩者對語法的要求是有區(qū)別的。C++的語法規(guī)則更加嚴謹一些。

（2）編譯階段，g++會調用gcc，對于C++代碼，兩者是等價的，但是因為gcc命令不能自動和C++程序使用的庫聯(lián)接，所以通常用g++來完成鏈接，為了統(tǒng)一起見，干脆編譯/鏈接統(tǒng)統(tǒng)用g++了，這就給人一種錯覺，好像cpp程序只能用g++似的。

?

誤區(qū)二：gcc不會定義__cplusplus宏，而g++會

實際上，這個宏只是標志著編譯器將會把代碼按C還是C++語法來解釋，如上所述，如果后綴為.c，并且采用gcc編譯器，則該宏就是未定義的，否則，就是已定義。

?

誤區(qū)三：編譯只能用gcc，鏈接只能用g++

嚴格來說，這句話不算錯誤，但是它混淆了概念，應該這樣說：編譯可以用gcc/g++，而鏈接可以用g++或者gcc -lstdc++。因為gcc命令不能自動和C++程序使用的庫聯(lián)接，所以通常使用g++來完成聯(lián)接。但在編譯階段，g++會自動調用gcc，二者等價。

?

C++的編譯器肯定可以編譯C的代碼，注意除了C++對C的語法擴充之外，編譯和鏈接C和C++的標準庫通常也不一樣呢，用gcc而非g++也編譯了C++的程序就證明了這一點。

?

注：符號鏈接是一種特殊類型的文件，它的內容只是一個字符串。它可能指向一個存在的文件也可能什么都不指向。當您在命令行或程序里提到符號鏈接的時候，您實際上進入了它指向的文件，前提是這個文件是存在的。

?

用法：gcc?[選項]?文件...
選項：
??-pass-exit-codes?????????在某一階段退出時返回最高的錯誤碼
??--help???????????????????顯示此幫助說明
??--target-help????????????顯示目標機器特定的命令行選項
??(使用‘-v?--help’顯示子進程的命令行參數(shù))
??-dumpspecs???????????????顯示所有內建?spec?字符串
??-dumpversion?????????????顯示編譯器的版本號
??-dumpmachine?????????????顯示編譯器的目標處理器
??-print-search-dirs???????顯示編譯器的搜索路徑
??-print-libgcc-file-name??顯示編譯器伴隨庫的名稱
??-print-file-name=????顯示??的完整路徑
??-print-prog-name=??顯示編譯器組件??的完整路徑
??-print-multi-directory???顯示不同版本?libgcc?的根目錄
??-print-multi-lib?????????顯示命令行選項和多個版本庫搜索路徑間的映射
??-print-multi-os-directory?顯示操作系統(tǒng)庫的相對路徑
??-Wa,???????????????將逗號分隔的??傳遞給匯編器
??-Wp,???????????????將逗號分隔的??傳遞給預處理器
??-Wl,???????????????將逗號分隔的??傳遞給鏈接器
??-Xassembler????????將??傳遞給匯編器
??-Xpreprocessor?????將??傳遞給預處理器
??-Xlinker???????????將??傳遞給鏈接器
??-combine?????????????????將多個源文件一次性傳遞給匯編器
??-save-temps??????????????不刪除中間文件
??-pipe????????????????????使用管道代替臨時文件
??-time????????????????????為每個子進程計時
??-specs=????????????用??的內容覆蓋內建的?specs?文件
??-std=??????????????指定輸入源文件遵循的標準
??--sysroot=?????????將??作為頭文件和庫文件的根目錄
??-B?????????????????將??添加到編譯器的搜索路徑中
??-b?????????????????為?gcc?指定目標機器(如果有安裝)
??-V?????????????????運行指定版本的?gcc(如果有安裝)
??-v???????????????????????顯示編譯器調用的程序
??-###?????????????????????與?-v?類似，但選項被引號括住，并且不執(zhí)行命令
??-E???????????????????????僅作預處理，不進行編譯、匯編和鏈接
??-S???????????????????????編譯到匯編語言，不進行匯編和鏈接
??-c???????????????????????編譯、匯編到目標代碼，不進行鏈接
??-o?????????????????輸出到?
??-x?????????????????指定其后輸入文件的語言
???????????????????????????允許的語言包括：c?c++?assembler?none
???????????????????????????‘none’意味著恢復默認行為，即根據(jù)文件的擴展名猜測
???????????????????????????源文件的語言

以?-g、-f、-m、-O、-W?或?--param?開頭的選項將由?gcc?自動傳遞給其調用的
?不同子進程。若要向這些進程傳遞其他選項，必須使用?-W?選項。