不屬於gcc編譯器內置宏

『壹』 編譯器預定義的宏(可以用來區分使用的是哪種編譯器) 詳細�0�3

1、_MSC_VER 是微軟C/C++編譯器——cl.exe 編譯代碼時預定義的一個宏。需 要針對cl 編寫代碼時， 可以使用該宏進行條件編譯。 2、_MSC_VER 的值表示cl 的版本。需要針對cl 特定版本編寫代碼時， 也可以使用 該宏進行條件編譯。 3、_MSC_VER 的類型是"int"，具體版本號定義如下： MS VC++ 9.0 _MSC_VER = 1500 MS VC++ 8.0 _MSC_VER = 1400 MS VC++ 7.1 _MSC_VER = 1310 MS VC++ 7.0 _MSC_VER = 1300 MS VC++ 6.0 _MSC_VER = 1200 MS VC++ 5.0 _MSC_VER = 1100 其中MS VC++ 9.0 就是Visual C++ 2008，MS VC++ 8.0 就是Visual C++2005。 二、介紹預定義宏「__GNUC__」 1、__GNUC__ 是gcc 編譯器編譯代碼時預定義的一個宏。需要針對gcc 編寫代碼時， 可以使用該宏進行條件編譯。 2、__GNUC__ 的值表示gcc 的版本。需要針對gcc 特定版本編寫代碼時，也可以使 用該宏進行條件編譯。 3、__GNUC__ 的類型是「int」 三、預定義宏"__MINGW32__" 1、MinGW編譯器 四、symbian sdk 預定義宏： symbian 平台，定義"__SYMBIAN32_" 3rd MR 版及之前的那個3rd 版本，定義"__SERIES60_30__" 3rd FP1 版，定義"__SERIES60_31__" 3rd FP2 版，定義"__SERIES60_32__" 另外，還有一個"__SERIES60_3x__"。若不需區分具體是哪一個3rd 版，則用之。

『貳』 如何在C語言中用宏來判斷當前編譯器

1、_MSC_VER 是微軟C/C++編譯器——cl.exe 編譯代碼時預定義的一個宏。需
要針對cl 編寫代碼時， 可以使用該宏進行條件編譯。
2、_MSC_VER 的值表示cl 的版本。需要針對cl 特定版本編寫代碼時， 也可以使用
該宏進行條件編譯。
3、_MSC_VER 的類型是"int"，具體版本號定義如下：
MS VC++ 9.0 _MSC_VER = 1500
MS VC++ 8.0 _MSC_VER = 1400
MS VC++ 7.1 _MSC_VER = 1310
MS VC++ 7.0 _MSC_VER = 1300
MS VC++ 6.0 _MSC_VER = 1200
MS VC++ 5.0 _MSC_VER = 1100
其中MS VC++ 9.0 就是Visual C++ 2008，MS VC++ 8.0 就是Visual C++2005。
二、介紹預定義宏「__GNUC__」
1、__GNUC__ 是gcc 編譯器編譯代碼時預定義的一個宏。需要針對gcc 編寫代碼時，
可以使用該宏進行條件編譯。
2、__GNUC__ 的值表示gcc 的版本。需要針對gcc 特定版本編寫代碼時，也可以使
用該宏進行條件編譯。
3、__GNUC__ 的類型是「int」
三、預定義宏"__MINGW32__"
1、MinGW編譯器
四、symbian sdk 預定義宏：
symbian 平台，定義"__SYMBIAN32_"
3rd MR 版及之前的那個3rd 版本，定義"__SERIES60_30__"
3rd FP1 版，定義"__SERIES60_31__"
3rd FP2 版，定義"__SERIES60_32__"
另外，還有一個"__SERIES60_3x__"。若不需區分具體是哪一個3rd 版，則用之。

『叄』 什麼是GCC編譯器

linux系統下的Gcc（GNU C Compiler）是GNU推出的功能強大、性能優越的多平台編譯器，是GNU的代表作品之一。gcc是可以在多種硬體平台上編譯出可執行程序的超級編譯器，其執行效率與一般的編譯器相比平均效率要高20%~30%。
Gcc編譯器能將C、C++語言源程序、匯程式化序和目標程序編譯、連接成可執行文件，如果沒有給出可執行文件的名字，gcc將生成一個名為a.out的文件。在Linux系統中，可執行文件沒有統一的後綴，系統從文件的屬性來區分可執行文件和不可執行文件。而gcc則通過後綴來區別輸入文件的類別，下面我們來介紹gcc所遵循的部分約定規則。
.c為後綴的文件，C語言源代碼文件；
.a為後綴的文件，是由目標文件構成的檔案庫文件；
.C，.cc或.cxx 為後綴的文件，是C++源代碼文件；
.h為後綴的文件，是程序所包含的頭文件；
.i 為後綴的文件，是已經預處理過的C源代碼文件；
.ii為後綴的文件，是已經預處理過的C++源代碼文件；
.m為後綴的文件，是Objective-C源代碼文件；
.o為後綴的文件，是編譯後的目標文件；
.s為後綴的文件，是匯編語言源代碼文件；
.S為後綴的文件，是經過預編譯的匯編語言源代碼文件。
Gcc的執行過程
雖然我們稱Gcc是C語言的編譯器，但使用gcc由C語言源代碼文件生成可執行文件的過程不僅僅是編譯的過程，而是要經歷四個相互關聯的步驟∶預處理(也稱預編譯，Preprocessing)、編譯(Compilation)、匯編(Assembly)和連接(Linking)。
命令gcc首先調用cpp進行預處理，在預處理過程中，對源代碼文件中的文件包含(include)、預編譯語句(如宏定義define等)進行分析。接著調用cc1進行編譯，這個階段根據輸入文件生成以.o為後綴的目標文件。匯編過程是針對匯編語言的步驟，調用as進行工作，一般來講，.S為後綴的匯編語言源代碼文件和匯編、.s為後綴的匯編語言文件經過預編譯和匯編之後都生成以.o為後綴的目標文件。當所有的目標文件都生成之後，gcc就調用ld來完成最後的關鍵性工作，這個階段就是連接。在連接階段，所有的目標文件被安排在可執行程序中的恰當的位置，同時，該程序所調用到的庫函數也從各自所在的檔案庫中連到合適的地方。

Gcc的基本用法和選項
在使用Gcc編譯器的時候，我們必須給出一系列必要的調用參數和文件名稱。Gcc編譯器的調用參數大約有100多個，其中多數參數我們可能根本就用不到，這里只介紹其中最基本、最常用的參數。
Gcc最基本的用法是∶gcc [options] [filenames]
其中options就是編譯器所需要的參數，filenames給出相關的文件名稱。
-c，只編譯，不連接成為可執行文件，編譯器只是由輸入的.c等源代碼文件生成.o為後綴的目標文件，通常用於編譯不包含主程序的子程序文件。
-o output_filename，確定輸出文件的名稱為output_filename，同時這個名稱不能和源文件同名。如果不給出這個選項，gcc就給出預設的可執行文件a.out。
-g，產生符號調試工具(GNU的gdb)所必要的符號資訊，要想對源代碼進行調試，我們就必須加入這個選項。
-O，對程序進行優化編譯、連接，採用這個選項，整個源代碼會在編譯、連接過程中進行優化處理，這樣產生的可執行文件的執行效率可以提高，但是，編譯、連接的速度就相應地要慢一些。
-O2，比-O更好的優化編譯、連接，當然整個編譯、連接過程會更慢。
-Idirname，將dirname所指出的目錄加入到程序頭文件目錄列表中，是在預編譯過程中使用的參數。C程序中的頭文件包含兩種情況∶
A)#include
B)#include 「myinc.h」
其中，A類使用尖括弧(< >)，B類使用雙引號(「 」)。對於A類，預處理程序cpp在系統預設包含文件目錄(如/usr/include)中搜尋相應的文件，而對於B類，cpp在當前目錄中搜尋頭文件，這個選項的作用是告訴cpp，如果在當前目錄中沒有找到需要的文件，就到指定的dirname目錄中去尋找。在程序設計中，如果我們需要的這種包含文件分別分布在不同的目錄中，就需要逐個使用-I選項給出搜索路徑。
-Ldirname，將dirname所指出的目錄加入到程序函數檔案庫文件的目錄列表中，是在連接過程中使用的參數。在預設狀態下，連接程序ld在系統的預設路徑中(如/usr/lib)尋找所需要的檔案庫文件，這個選項告訴連接程序，首先到-L指定的目錄中去尋找，然後到系統預設路徑中尋找，如果函數庫存放在多個目錄下，就需要依次使用這個選項，給出相應的存放目錄。
-lname，在連接時，裝載名字為「libname.a」的函數庫，該函數庫位於系統預設的目錄或者由-L選項確定的目錄下。例如，-lm表示連接名為「libm.a」的數學函數庫。
上面我們簡要介紹了gcc編譯器最常用的功能和主要參數選項，更為詳盡的資料可以參看Linux系統的聯機幫助。
假定我們有一個程序名為test.c的C語言源代碼文件，要生成一個可執行文件，最簡單的辦法就是∶
gcc test.c
這時，預編譯、編譯連接一次完成，生成一個系統預設的名為a.out的可執行文件，對於稍為復雜的情況，比如有多個源代碼文件、需要連接檔案庫或者有其他比較特別的要求，就要給定適當的調用選項參數。再看一個簡單的例子。
整個源代碼程序由兩個文件testmain.c 和testsub.c組成，程序中使用了系統提供的數學庫，同時希望給出的可執行文件為test，這時的編譯命令可以是∶
gcc testmain.c testsub.c □lm □o test
其中，-lm表示連接系統的數學庫libm.a。

Gcc的錯誤類型及對策
Gcc編譯器如果發現源程序中有錯誤，就無法繼續進行，也無法生成最終的可執行文件。為了便於修改，gcc給出錯誤資訊，我們必須對這些錯誤資訊逐個進行分析、處理，並修改相應的語言，才能保證源代碼的正確編譯連接。gcc給出的錯誤資訊一般可以分為四大類，下面我們分別討論其產生的原因和對策。

第一類∶C語法錯誤
錯誤資訊∶文件source.c中第n行有語法錯誤(syntex errror)。這種類型的錯誤，一般都是C語言的語法錯誤，應該仔細檢查源代碼文件中第n行及該行之前的程序，有時也需要對該文件所包含的頭文件進行檢查。有些情況下，一個很簡單的語法錯誤，gcc會給出一大堆錯誤，我們最主要的是要保持清醒的頭腦，不要被其嚇倒，必要的時候再參考一下C語言的基本教材。
第二類∶頭文件錯誤
錯誤資訊∶找不到頭文件head.h(Can not find include file head.h)。這類錯誤是源代碼文件中的包含頭文件有問題，可能的原因有頭文件名錯誤、指定的頭文件所在目錄名錯誤等，也可能是錯誤地使用了雙引號和尖括弧。

第三類∶檔案庫錯誤
錯誤資訊∶連接程序找不到所需的函數庫，例如∶
ld: -lm: No such file or directory
這類錯誤是與目標文件相連接的函數庫有錯誤，可能的原因是函數庫名錯誤、指定的函數庫所在目錄名稱錯誤等，檢查的方法是使用find命令在可能的目錄中尋找相應的函數庫名，確定檔案庫及目錄的名稱並修改程序中及編譯選項中的名稱。
第四類∶未定義符號
錯誤資訊∶有未定義的符號(Undefined symbol)。這類錯誤是在連接過程中出現的，可能有兩種原因∶一是使用者自己定義的函數或者全局變數所在源代碼文件，沒有被編譯、連接，或者乾脆還沒有定義，這需要使用者根據實際情況修改源程序，給出全局變數或者函數的定義體；二是未定義的符號是一個標準的庫函數，在源程序中使用了該庫函數，而連接過程中還沒有給定相應的函數庫的名稱，或者是該檔案庫的目錄名稱有問題，這時需要使用檔案庫維護命令ar檢查我們需要的庫函數到底位於哪一個函數庫中，確定之後，修改gcc連接選項中的-l和-L項。
排除編譯、連接過程中的錯誤，應該說這只是程序設計中最簡單、最基本的一個步驟，可以說只是開了個頭。這個過程中的錯誤，只是我們在使用C語言描述一個演算法中所產生的錯誤，是比較容易排除的。我們寫一個程序，到編譯、連接通過為止，應該說剛剛開始，程序在運行過程中所出現的問題，是演算法設計有問題，說得更玄點是對問題的認識和理解不夠，還需要更加深入地測試、調試和修改。一個程序，稍為復雜的程序，往往要經過多次的編譯、連接和測試、修改。下面我們學習的程序維護、調試工具和版本維護就是在程序調試、測試過程中使用的，用來解決調測階段所出現的問題。窗體頂端
窗體底端

『肆』 gcc與g++的區別 有哪些

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的超集，但是兩者對語法的要求是有區別的。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，二者等價。

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「；
分別對應前面紅色標注的部分。可見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

『伍』 什麼是GCCGCC有什麼作用

GCC（GNU Compiler Collection，GNU編譯器套件），是由 GNU 開發的編程語言編譯器。它是以GPL許可證所發行的自由軟體，也是 GNU計劃的關鍵部分。

GCC原本作為GNU操作系統的官方編譯器，現已被大多數類Unix操作系統（如Linux、BSD、Mac OS X等）採納為標準的編譯器，GCC同樣適用於微軟的Windows。GCC是自由軟體過程發展中的著名例子，由自由軟體基金會以GPL協議發布。

GCC功能與作用：

1、預處理

命令gcc首先調用cpp進行預處理，在預處理過程中，對源代碼文件中的文件包含(include)、預編譯語句(如宏定義define等)進行分析。

2、編譯

用GCC編譯C/C++代碼時，它會試著用最少的時間完成編譯並且編譯後的代碼易於調試。易於調試意味著編譯後的代碼與源代碼有同樣的執行順序，編譯後的代碼沒有經過優化。

3、連接

當所有的目標文件都生成之後，gcc就調用ld來完成最後的關鍵性工作，這個階段就是連接。在連接階段，所有的目標文件被安排在可執行程序中的恰當的位置，同時，該程序所調用到的庫函數也從各自所在的檔案庫中連到合適的地方。

4、匯編

匯編過程是針對匯編語言的步驟，調用as進行工作，一般來講，.S為後綴的匯編語言源代碼文件和匯編、.s為後綴的匯編語言文件經過預編譯和匯編之後都生成以.o為後綴的目標文件。

(5)不屬於gcc編譯器內置宏擴展閱讀：

gcc所遵循的部分約定規則：

1、.c為後綴的文件，C語言源代碼文件。

2、.a為後綴的文件，是由目標文件構成的檔案庫文件。

3、.h為後綴的文件，是程序所包含的頭文件。

4、.i 為後綴的文件，是C源代碼文件且不應該對其執行預處理。

5、.m為後綴的文件，是Objective-C源代碼文件。

6、.o為後綴的文件，是編譯後的目標文件。

7、.s為後綴的文件，是匯編語言源代碼文件。

『陸』 gcc編譯問題

-c和-o都是gcc編譯器的可選參數。-c表示只編譯(compile)源文件但不鏈接，會把.c或.cc的c源程序編譯成目標文件，一般是.o文件。-o用於指定輸出(out)文件名。不用-o的話，一般會在當前文件夾下生成默認的a.out文件作為可執行程序。

『柒』 gcc和g++的區別

誤區一:gcc只能編譯c代碼,g++只能編譯c++代碼
兩者都可以，但是請注意：
1.後綴為.c的，gcc把它當作是C程序，而g++當作是c++程序；後綴為.cpp的，兩者都會認為是c++程序，注意，雖然c++是c的超集，但是兩者對語法的要求是有區別的。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，二者等價。

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「；
分別對應前面紅色標注的部分。可見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的。

『捌』 如何在C語言中用宏來判斷當前編譯器

不同編譯器有不同的宏，具體某個編譯器在某種編譯選項下定義了哪些宏必須要查編譯器的相關文檔

例如，GCC 編譯器對應的預定義宏是 __GNUC__，用

#if__GNUC__

即可判斷是否在使用 GCC 編譯器。__GNUC__ 的具體值對應GCC的主版本號。例如 對於GCC 4.9 ，__GNUC__ 等於 4，對於 GCC 5.1 ，__GNUC__ 等於 5，次版本號可以通過 __GNUC_MINOR__ 查詢。對於 GCC 4.9，__GNUC_MINOR__ 等於 9，對於GCC 5.1，__GNUC_MINOR__等於 1

VC 的編譯器對應的預定義宏是 _MSC_VER，用

#if_MSC_VER

即可判斷是否在使用 VC 的編譯器。_MSC_VER 的值同樣以某種方式對應於編譯器的版本，不過對應方式就復雜得多，再加上 VC 編譯器的版本號以不規則的方式增長，所以找各種版本測試 _MSC_VER 的值恐怕更可靠

其他編譯器也可能定義 __GNUC__ 或者 _MSC_VER 來表示自己兼容這些編譯器，例如 clang 也定義了 __GNUC__ 。不過既然它聲明了兼容性，除非測試確認了實際行為並不兼容，否則把它當成 GCC 也並無不可

『玖』 GCC是什麼編譯器跟vc自帶的有什麼不同

GCC的全稱是GNU
Compiler
Collection
是GNU下屬的編譯器集合,
包括C/C++,
JAVA,
Perl,
Python等語言.
你問他和VC有什麼不同?
我要告訴你的是:
1、GCC是一個編譯器集合,
VC是MS開發的Windows系統C/C++
IDE.
2、GCC中的C/C++標准庫代碼和VC肯定是不同的,
MS一般都是從別人那買來用,
比如Dinkumware,
GCC
C/C++的標准庫就是GNU自己寫的了,
當然這遵循GPL,
MS雖然也可以免費拿來用,
但是MS歷來仇視GPL和Linux.
還有就是GCC
C/C++的標准庫對C/C++標準的貌似是最好的.
3、Linux的桌面操作系統基本都集成安裝了KDE(K
Desktop
Environment),
X-Windows等圖形操作系統界面,
所以各種包裝了GCC編譯器內核的IDE應運而生,
比如Ubuntu,
Mandriva,
Fedora,
Debian等操作系統中都有自帶的GCC
IDE,
當然你也可以用Commond
Line來操作和編譯代碼.

『拾』 gcc是不是linux自帶的編譯器要不要安裝

gcc是LINUX自帶的一個編譯器，但是默認情況是沒有安裝的，如果要進行編譯安裝某些網路服務，例如最常用的apache就需要安裝了！如果不準備做編譯安裝就可以不裝這個編譯器了，另外提醒你一下，這個編譯器的倚賴關系還挺復雜的，安裝的時候要注意看提示信息！