gcc和g++的區別
我們在編譯c/c++代碼的時候，有人用gcc，有人用g++，於是各種說法都來了，譬如c代碼用gcc，而c++代碼用g++，或者說編譯用gcc，鏈接用g++，一時也不知哪個說法正確，如果再遇上個extern "C"，分歧就更多了，這裏我想作個了結，畢竟知識的目的是令人更清醒，而不是更糊塗。
誤區一:gcc只能編譯c代碼,g++只能編譯c++代碼
兩者都可以，但是請注意：
1.後綴爲.c的，gcc把它當作是C程序，而g++當作是c++程序；後綴爲.cpp的，兩者都會認爲是c++程序，注意，雖然c++是c的超集，但是兩者對語法的要求是有區別的，例如：
#include <stdio.h>
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“；
這3個錯分別對應前面紅色標註的部分。可見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，二者等價。
誤區四:extern "C"與gcc/g++有關係
實際上並無關係，無論是gcc還是g++，用extern "c"時，都是以C的命名方式來爲symbol命名，否則，都以c++方式命名。試驗如下：
me.h：
extern "C" void CppPrintf(void);
me.cpp:
#include <iostream>
#include "me.h"
using namespace std;
void CppPrintf(void)
{
cout << "Hello\n";
}
test.cpp:
#include <stdlib.h>
#include <stdio.h>
#include "me.h"
int main(void)
{
CppPrintf();
return 0;
}
1. 先給me.h加上extern "C"，看用gcc和g++命名有什麼不同
[root@root G++]# g++ -S me.cpp //g++的參數-S： 是指把文件編譯成爲彙編代碼
[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的。
轉自：http://lpy999.blog.163.com/blog/static/117372061201182042232511/
