源鏈:https://www.cnblogs.com/52php/p/5681725.html
gcc 是GNU Compiler Collection,原名為Gun C語言編譯器,因為它原本只能處理C語言,但gcc很快地擴展,包含很多編譯器(C、C++、Objective-C、Ada、Fortran、 Java),可以說gcc是GNU編譯器集合。
g++ 是C++編譯器。
cc 是 Unix系統的 C Compiler,一個是古老的 C 編譯器。而 Linux 下 cc 一般是一個符號連接,指向 gcc;可以通過 $ ls -l /usr/bin/cc 來簡單察看,該變量是 make 程序的內建變量,默認指向 gcc 。 cc 符號鏈接和變量存在的意義在於源碼的移植性,可以方便的用 gcc 來編譯老的用cc編譯的Unix軟件,甚至連 makefile 都不用改在,而且也便於 Linux 程序在 Unix下 編譯。
CC 則一般是 makefile 里面的一個名字標簽,即宏定義,表示采用的是什么編譯器(如:CC = gcc)。
誤區一: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,二者等價。
C++的編譯器肯定可以編譯C的代碼,注意除了C++對C的語法擴充之外,編譯和鏈接C和C++的標准庫通常也不一樣呢,用gcc而非g++也編譯了C++的程序就證明了這一點。
注:符號鏈接是一種特殊類型的文件,它的內容只是一個字符串。它可能指向一個存在的文件也可能什么都不指向。當您在命令行或程序里提到符號鏈接的時候,您實際上進入了它指向的文件,前提是這個文件是存在的。