gcc和g++的區別

不少人不是很明白GCC與G++的區別 

gcc和g++都是GNU(組織)的一個編譯器。c++

誤區一:gcc只能編譯c代碼,g++只能編譯c++代碼 
二者均可以,可是請注意: 
1.後綴爲.c的,gcc把它看成是C程序,而g++看成是c++程序;後綴爲.cpp的,二者都會認爲是c++程序,注意,雖然c++是c的超集,可是二者對語法的要求是有區別的,例如: 
#include 
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++會 less

實際上,這個宏只是標誌着編譯器將會把代碼按C仍是C++語法來解釋,如上所述,若是後綴爲.c,而且採用gcc編譯器,則該宏就是未定義的,不然,就是已定義。 

誤區三:編譯只能用gcc,連接只能用g++ 函數

嚴格來講,這句話不算錯誤,可是它混淆了概念,應該這樣說:編譯能夠用gcc/g++,而連接能夠用g++或者gcc -lstdc++。由於gcc命令不能自動和C++程序使用的庫聯接,因此一般使用g++來完成聯接。但在編譯階段,g++會自動調用gcc,兩者等價。 

誤區四:extern "C"與gcc/g++有關係 spa

實際上並沒有關係,不管是gcc仍是g++,用extern "c"時,都是以C的命名方式來爲symbol命名,不然,都以c++方式命名。試驗以下: 
me.h: 
extern "C" void CppPrintf(void); 
me.cpp: 
#include 
#include "me.h" 
using namespace std; 
void CppPrintf(void) 

cout 
#include 
#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 
徹底相同! 

【結論】徹底相同,可見extern "C"與採用gcc/g++並沒有關係,以上的試驗還間接的印證了前面的說法:在編譯階段,g++是調用gcc的。orm

extern "C"僅是對與C++編譯器而言的,C編譯器不識別extern "C"標識。編譯器

相關文章
相關標籤/搜索