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

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

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

cc是Unix系統(tǒng)的C Compiler，而gcc則是GNU Compiler Collection，GNU編譯器套裝。gcc原名為Gun C語言編譯器，因?yàn)樗局荒芴幚鞢語言，但gcc很快地?cái)U(kuò)展，包含很多編譯器（C、C++、Objective-C、Ada、Fortran、Java）。因此，它們是不一樣的，一個(gè)是古老的C編譯器，一個(gè)是GNU編譯器集合，gcc里面的C編譯器比cc強(qiáng)大多了，因此沒必要用cc。

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

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

?

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

兩者都可以，但請注意：

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

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

?

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

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

?

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

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

?

C++的編譯器肯定可以編譯C的代碼，注意除了C++對(duì)C的語法擴(kuò)充之外，編譯和鏈接C和C++的標(biāo)準(zhǔn)庫通常也不一樣呢，用gcc而非g++也編譯了C++的程序就證明了這一點(diǎn)。

?

注：符號(hào)鏈接是一種特殊類型的文件，它的內(nèi)容只是一個(gè)字符串。它可能指向一個(gè)存在的文件也可能什么都不指向。當(dāng)您在命令行或程序里提到符號(hào)鏈接的時(shí)候，您實(shí)際上進(jìn)入了它指向的文件，前提是這個(gè)文件是存在的。

?

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

以?-g、-f、-m、-O、-W?或?--param?開頭的選項(xiàng)將由?gcc?自動(dòng)傳遞給其調(diào)用的
?不同子進(jìn)程。若要向這些進(jìn)程傳遞其他選項(xiàng)，必須使用?-W?選項(xiàng)。