我們在編譯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。