文章目錄

• • (一) gcc 基本用法
  • (二) 警告提示功能選項
  • (三) 庫操作選項
  • (四) 除錯選項
  • (五) 交叉編譯選項
  • (六) gcc 和 g++ 比較

(一) gcc 基本用法

使用gcc編譯器時，必須給出一系列必要的呼叫引數和檔名稱。不同引數的先後順序對執行結果沒有影響，只有在使用同類引數時的先後順序才需要考慮。 如果使用了多個 -L 的引數來定義庫目錄，gcc會根據多個 -L 引數的先後順序來執行相應的庫目錄。

因為很多gcc引數都由多個字母組成，所以gcc引數不支援單字母的組合，Linux中常被叫短引數（short options），如 -dr 與 -d -r 的含義不一樣。gcc編譯器的呼叫引數大約有100多個，其中多數引數我們可能根本就用不到，這裡只介紹其中最基本、最常用的引數。

gcc最基本的用法是：gcc [options] [filenames]

其中，options就是編譯器所需要的引數，filenames給出相關的檔名稱，最常用的有以下引數：

gcc使用案例：

假定有一個程式名為 test.c 的C語言原始碼檔案，要生成一個可執行檔案。

#include <stdio.h>
int main(void)
{
    printf("Hello world/n");
    return 0;
}

最簡單的辦法：gcc test.c -o test

首先給出gcc將原始碼轉換為機器碼的過程(以C語言為例)。預設情況下，預編譯、編譯連結一次完成：

相關內容可見：計算機系統漫遊：1. 程式由原始檔轉換至機器碼的過程

編譯過程的分步執行：
為了更好地理解gcc的工作過程，我們可以讓在gcc工作的4個階段中的任何一個階段中停止下來。相關的引數有：

• ① -E：預編譯後停下來，生成字尾為 .i 的預編譯檔案。gcc -E test.c -o test.i，檢視 test.i 檔案中的內容，會發現 stdio.h 的內容確實都插到檔案裡去了，而其他應當被預處理的巨集定義也都做了相應的處理；
• ② -S：彙編後停下來，生成字尾為 .s 的彙編原始檔。生成彙編原始檔，gcc -S test.c -o test.s；
• ③ -c：編譯後停下來，生成字尾為 .o 的目標檔案。gcc -c test.c -o test.o；
• ④ -o：將生成的目標檔案連結成可執行檔案，gcc test.o - o test；

對於稍微複雜的情況，比如有多個原始碼檔案、需要連結庫或有其他比較特別的要求，就要給定適當的呼叫選項引數。

例子：整個原始碼程式由兩個檔案 testmain.c 和 testsub.c 組成，程式中使用了系統提供的數學庫（所有與浮點相關的數學運算都必須使用數學庫）。gcc testmain.c testsub.c -lm -o test。其中，-lm 表示連結系統的數學庫 libm.a 。

說明： 在編譯一個包含許多原始檔的工程時，若只用一條gcc命令來完成編譯是非常浪費時間的。假如專案中有100個原始檔需要編譯，並且每個原始檔中都包含一萬行程式碼，如果像上面那樣僅用一條gcc命令來完成編譯工作，那麼gcc需要將每個原始檔都重新編譯一遍，然後再全部連結起來。很顯然，這樣浪費的時間相當多，尤其是當用戶只是修改了其中某個檔案的時候，完全沒有必要將每個檔案都重新編譯一遍，因為很多已經生成的目標檔案是不會發生改變的。要解決這個問題，需要藉助像make這樣的工具。

(二) 警告提示功能選項

gcc包含完整的出錯檢查和警告提示功能，它們可以幫助Linux程式設計師寫出更加專業的程式碼。

對於如下程式碼，使用-pedantic引數與不使用有下圖的區別：

#include <stdio.h>  
 void main(void)  
 {  
     long long int var = 1;  
     printf("It is not standard C code!/n");  
 }  
/*它有以下問題：
> main 函式的返回值被宣告為 void，但實際上應該是 int。
> 使用了 GNU 語法擴充套件，即使用 long long 來宣告64位整數，不符合 ANSI/ISO C 語言標準。
> main 函式在終止前沒有呼叫 return 語句。*/

此外還有-Wall和-Werror引數的使用效果也見下圖：

-pedantic 命令列引數效果

-Wall 命令列引數效果

-Werror 命令列引數效果

建議：gcc 給出的警告資訊雖然從嚴格意義上說不能算作錯誤，但卻和可能成為錯誤來源。一個優秀的程式設計師應該儘量避免產生警告資訊，使自己的程式碼始終保持簡潔、優美和健壯的特性。gcc 給出的警告資訊是很有價值的，它們不僅可以幫助程式設計師寫出更加健壯的程式，而且還是跟蹤和除錯程式的有力工具。建議在用 gcc 編譯原始碼時始終帶上 -Wall 選項，並把它逐漸培養成一種習慣，這對找出常見的隱式程式設計錯誤很有幫助。

(三) 庫操作選項

在Linux下開發軟體時，完全不使用第三方函式庫的情況是比較少見的，通常來講都需要藉助一個或多個函式庫的支援才能夠完成相應的功能。

從程式設計師的角度看，函式庫實際上就是一些標頭檔案（.h）和庫檔案（.so 或 .a）的集合。雖然Linux下的大多數函式都預設將標頭檔案放到 /usr/include/ 目錄下，而庫檔案則放到 /usr/lib/ 目錄下，但並不是所有的情況都是這樣。正因如此，gcc 在編譯時必須有自己的辦法來查詢所需要的標頭檔案和庫檔案。常用的方法有：

(四) 除錯選項

對於Linux程式設計師來講，gdb（GNU Debugger）通過與 gcc 的配合使用，為基於Linux的軟體開發提供了一個完善的除錯環境。常用的有：

注意：使用任何一個除錯選項都會使最終生成的二進位制檔案的大小急劇增加，同時增加程式在執行時的開銷，因此，除錯選項通常僅在軟體的開發和除錯階段使用。

(五) 交叉編譯選項

通常情況下使用 gcc 編譯的目的碼都與使用的機器是一致的，但 gcc 也支援交叉編譯的功能，能夠編譯其他不同CPU的目的碼。

使用 gcc 開發嵌入式系統，我們幾乎都是以通用的PC機（X86）平臺來做宿主機，通過 gcc 的交叉編譯功能對其他嵌入式CPU的開發任務。

(具體的選項設定，此處省略)

(六) gcc 和 g++ 比較

gcc 和 g++現在是GNU中最主要和最流行的 c/c++編譯器。

gcc/g++在執行編譯工作的時候，總共需要以下幾步:

• ①預處理,生成.i的檔案[前處理器cpp]；
• ②將預處理後的檔案不轉換成組合語言,生成檔案.s[編譯器egcs]；
• ③有彙編變為目的碼(機器程式碼)生成.o的檔案[彙編器as]；
• ④連線目的碼,生成可執行程式[連結器ld]；

實際過程與上邊的流程圖並無二致。

gcc能夠處理的字尾有:

• *.c *.C (C語言)
• *.cxx *.cc (C++語言)
• *.m (面向物件的C，objective C？)
• *.i (預處理後的C語言原始檔)
• *.ii (預處理後的C++語言原始檔)
• *.s *.S (組合語言)
• *.h (標頭檔案)

目標檔案可以是：

• *.o 編譯連線後的目標檔案
• *.a 庫檔案

gcc與g++有什麼區別？

gcc和g++都是GNU(組織)的一個編譯器。