Linux環境下GNU, GCC, G++編譯器

一。GNU

GNU是“GNU 's Not Unix”的遞歸縮寫, Stallman宣布GNU應當發音為Guh-NOO（革奴）以避免與new這個單詞混淆（注：Gnu在英文中原意為非洲牛羚，發音與new同樣)

為保證GNU軟體能夠自由地“使用、複制、改動和公布”，全部GNU軟體都在一份在禁止其它人加入不論什麼限制的情況下授權全部權利給不論什麼人的協定條款，GNU通用公共許可證（GNU General Public License。GPL）。這個就是被稱為“反版權”（或稱Copyleft）的概念。

GUN能夠了解為一種linux規範。

二。gcc與g++的差别

gcc和g++都是GNU(組織)的一個編譯器。對它們的認識有非常多誤區：

【誤區一】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++會

實際上，這個宏僅僅是标志着編譯器将會把代碼按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 "me.h"

using namespace std;

void CppPrintf(void)

cout

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

全然同樣！

2. 去掉me.h中extern "C"，看用gcc和g++命名有什麼不同

.type _Z9CppPrintfv, @function

可見extern "C"與採用gcc/g++并無關系，以上的試驗還間接的印證了前面的說法：在編譯階段。g++是調用gcc的。