詳解C/C++ 編譯 g++ gcc 的區別

咱們在編譯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「；
分別對應前面紅色標註的部分。可見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
[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的

在Linux下一會看到cc，另外一會又看到gcc，感受又點混亂的樣子。它們是同一個東西麼，有啥區別呢
一分爲二地看：
首先，若是討論範圍在Unix和Linux之間，那麼cc和gcc不是同一個東西。cc來自於Unix的c語言編譯器，
是 c compiler 的縮寫。gcc來自Linux世界，是GNU compiler collection 的縮寫，注意這是一個編譯
器集合，不只僅是c或c++。

其次， 若是討論範圍僅限於Linux，咱們能夠認爲它們是同樣的，在Linux下調用cc時，其實際上並不指
向unix的cc編譯器，而是指向了gcc，也就是說cc是gcc的一個連接（快捷方式），看看下面的終端輸出就明白了：
zhouyinhui@zhouyinhui-laptop:/etc/alternatives$ which cc
/usr/bin/cc
zhouyinhui@zhouyinhui-laptop:/etc/alternatives$ ls -al /usr/bin/cc
lrwxrwxrwx 1 root root 20 2010-01-20 23:56 /usr/bin/cc -> /etc/alternatives/cc
zhouyinhui@zhouyinhui-laptop:/etc/alternatives$ ls -al /etc/alternatives/cc
lrwxrwxrwx 1 root root 12 2010-01-20 23:56 /etc/alternatives/cc -> /usr/bin/gcc
 
爲何會這樣，很簡單，爲了兼容性：
cc是Unix下的，是收費的，可不向Linux那樣能夠那來隨便用，因此Linux下是沒有cc的
而後，問題來了，若是個人c/c++項目是在Unix下編寫的，在寫makefile文件時天然地用了cc，當將其放到Linux
下這沒法make了，必須將其中的cc所有修改爲gcc。這太麻煩了哈，因此，Linux這想了這麼一個方便的解決方案：
不修改makefile，繼續使用cc，這個cc是個「冒牌貨」，它實際指向gcc。