http://www.lingcc.com/2011/06/27/11679/

最近研究了一把GCC的選項，比較有意思，選些出來，學習學習。編譯器作為程序員的重要工具，GCC作為編譯器中應用最廣泛的，無不處處體現出貼心的設計和功能支持。

Table of Contents

• 1 -dumpmachine
• 2 -xc
• 3 -dM
• 4 -print-file-name=include
• 5 -isystem DIR
• 6 -nostdinc/-nostdinc++
• 7 -Wp/-Wa/-Wl
• 8 -EL/-EB
• 9 -DMACRO/-UMACRO
• 10 -G num
• 11 -msym32/-mnosym32
• 12 -fdelete-null-pointer-checks/-fno-delete-null-pointer-checks
• 13 -mcheck-zero-division/-mno-check-zero-division
• 14 -mabicalls/-mno-abicalls
• 15 -mbranch-likely/-mno-branch-likely
• 16 -fstack-protector
• 17 -fstrict-overflow
• 18 -fconserve-stack
• 19 參考

1 -dumpmachine

給出當前使用GCC的信息,在erlv的Debian AMD64上，結果如下。
關于GCC的這些字段是什么意思，請參考這篇博文：

$ gcc -dumpmachine x86_64-linux-gnu

2 -xc

其實，-xc和 “-x c”等同。

• x用于指定輸入的程序的語言，如果使用該選項，GCC就不再根據文件的后綴名判斷語言類型。?

3 -dM

不做實際的預處理，僅僅列出所有#define的宏,這些宏大部分與體系結構和GNU相關，或來自所包含的頭文件。

#程序輸出太長，這里就不列出了 $gcc -E -dM hello.c

另外，還有一些-dCHARS的組合選項：

• -dD:和-dM類似，不過僅僅包含頭文件中定義的宏，不會輸出預處理器中默認定義的宏，另外會將源程序代碼也預處理輸出。
• -dN：和-dD類似，但僅輸出定義的宏的名稱，不輸出宏的值。
• -dI:給出#include的頭文件，預計預處理的結果
• -dU:和-dD類似，但僅僅輸出那些在源碼中需要展開的，或者其定義會被測試到的宏。?

4 -print-file-name=include

打印GCC默認搜索include頭文件的路徑

$ gcc -print-file-name=include /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/include

5 -isystem DIR

將DIR路徑作為頭文件搜索路徑之一。搜索順序: -I指定的文件夾 =》 -isystem指定的文件夾 =》 標準系統頭文件夾。

6 -nostdinc/-nostdinc++

不要搜索標準系統頭文件目錄，僅搜索-I指定的路徑。

7 -Wp/-Wa/-Wl

這三個分別用來指定傳遞給 預處理起、匯編器和鏈接器的參數。

• -Wp,option 等價于 -Xpreprocessor option
• -Wa,option 等價于 -Xassembler option
• -Wl,option 等價于 -Xlinker option

8 -EL/-EB

為小尾端/大尾端系統編譯代碼。默認是小尾端

9 -DMACRO/-UMACRO

定義宏MACRO/撤銷對宏MACRO的定義

10 -G num

將全局和靜態對象的大小分割成小于num字節的數據放入bss端的小數據中，而非正常數據中。
默認的num的值為8.

由于MIPS在從符號得到地址時，需要先取出高16位，再取出低16位，做拼接得到最終地址，所以就需要兩次訪存操作。
當程序中大量使用靜態和全局數據時，這種方式就會讓程序變慢。
于是就有了利用GP寄存器進行優化的方法，即采用和GP寄存器做相對偏移的方式訪存，以便降低訪存次數。
關鍵問題是編譯器和匯編器需要在編譯時刻確定哪些變量可以使用GP寄存器訪問。
通常的做法是讓大小小于一定值的變量通過GP寄存器訪問。

若num為 0表示將這一優化關閉。

11 -msym32/-mnosym32

不管采取何種ABI，都假設/不假設所有符號都是32位的值。
這一選項配合-mabi=64 和-mno-abicall時非常有用，因為可以通過假設都是32位數據生成更小巧更快的符號地址

12 -fdelete-null-pointer-checks/-fno-delete-null-pointer-checks

delete-null-pointer-checks是一種優化手段，通過全局的數據流分析來識別和刪除所有對空指針的檢測操作。
編譯器假定對空指針的解引用會造成程序終止。但因為有些環境下，這一結論并不一定成立，而O2，O3和Os時會開啟此優化。
因此GCC增加了選項-fno-delete-null-pointer-checks

13 -mcheck-zero-division/-mno-check-zero-division

當整數除0操作時，陷入/不陷入

14 -mabicalls/-mno-abicalls

生成/不生成適SVR4形式的動態對象代碼，默認生成。

15 -mbranch-likely/-mno-branch-likely

使用/使用 branch likely 指令，不管所指定體系結構默認是否支持。
GCC默認會為支持branch likely指令的體系結構生成branch likely指令。

引入這類指令，是為了引入一種很大可能會發生跳轉的指令，這樣編譯器就能充分的利用MIPS中的delay slot。

16 -fstack-protector

為可能的緩沖區溢出生成額外的檢測代碼。

17 -fstrict-overflow

允許編譯器使用嚴格的有符號溢出規則。

18 -fconserve-stack

盡量減小對棧的使用。

19 參考

• http://gcc.gnu.org/ml/gcc-help/2006-10/msg00191.html
• See MIPS Run Linux, 2ed， by Dominic Sweetman， Page 273
• GCC man pages?

轉載于:https://www.cnblogs.com/cnland/archive/2013/02/08/2909248.html

總結

以上是生活随笔為你收集整理的GCC几个选项学习的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。