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