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