GCC 1c++
NAME程序员
gcc,g++-GNU工程的C和C++编译器(egcs-1.1.2)objective-c
总览(SYNOPSIS)express
gcc[option|filename ]...
g++[option|filename ]...数组
警告(WARNING)缓存
本手册页内容摘自GNU C编译器的完整文档,仅限于解释选项的含义.ide
除非有人自愿维护,不然本手册页再也不更新.若是发现手册页和软件之间有所矛盾,请查对Info文件, Info文件是权威文档.函数
若是咱们发觉本手册页的内容因为过期而致使明显的混乱和抱怨时,咱们就中止发布它.不可能有其余选择,象更新Info文件同时更新man手册,由于其余维护GNU CC的工做没有留给咱们时间作这个. GNU工程认为man手册是过期产物,应该把时间用到别的地方.工具
若是须要完整和最新的文档,请查阅Info文件`gcc'或Using and Porting GNU CC (for version 2.0) (使用和移植GNU CC 2.0) 手册.两者均来自Texinfo原文件 gcc.texinfo.oop
描述(DESCRIPTION)
C和C++编译器是集成的.他们都要用四个步骤中的一个或多个处理输入文件: 预处理(preprocessing),编译(compilation),汇编(assembly)和链接(linking).源文件后缀名标识源文件的 语言,可是对编译器来讲,后缀名控制着缺省设定:
gcc
认为预处理后的文件(.i)是C文件,而且设定C形式的链接.
g++
认为预处理后的文件(.i)是C++文件,而且设定C++形式的链接.
源文件后缀名指出语言种类以及后期的操做:
.c C源程序;预处理,编译,汇编
.C C++源程序;预处理,编译,汇编
.cc C++源程序;预处理,编译,汇编
.cxx C++源程序;预处理,编译,汇编
.m Objective-C源程序;预处理,编译,汇编
.i 预处理后的C文件;编译,汇编
.ii 预处理后的C++文件;编译,汇编
.s 汇编语言源程序;汇编
.S 汇编语言源程序;预处理,汇编
.h 预处理器文件;一般不出如今命令行上
其余后缀名的文件被传递给链接器(linker).一般包括:
.o 目标文件(Object file)
.a 归档库文件(Archive file)
除非使用了-c, -S,或-E选项(或者编译错误阻止了完整的过程),不然链接老是 最后的步骤.在链接阶段中,全部对应于源程序的.o文件, -l库文件,没法识别的文件名(包括指定的 .o目标文件和.a库文件)按命令行中的顺序传递给链接器.
选项(OPTIONS)
选项必须分立给出: `-dr'彻底不一样于`-d -r '.
大多数`-f'和`-W'选项有两个相反的格式: -fname和 -fno-name (或-Wname和-Wno-name).这里 只列举不是默认选项的格式.
下面是全部选项的摘要,按类型分组,解释放在后面的章节中.
整体选项(Overall Option)
-c -S -E -o file -pipe -v -x language
语言选项(Language Option)
-ansi -fall-virtual -fcond-mismatch -fdollars-in-identifiers -fenum-int-equiv -fexternal-templates -fno-asm -fno-builtin -fhosted -fno-hosted -ffreestanding -fno-freestanding -fno-strict-prototype -fsigned-bitfields -fsigned-char -fthis-is-variable -funsigned-bitfields -funsigned-char -fwritable-strings -traditional -traditional-cpp -trigraphs
警告选项(Warning Option)
-fsyntax-only -pedantic -pedantic-errors -w -W -Wall -Waggregate-return -Wcast-align -Wcast-qual -Wchar-subscript -Wcomment -Wconversion -Wenum-clash -Werror -Wformat -Wid-clash-len -Wimplicit -Wimplicit-int -Wimplicit-function-declaration -Winline -Wlong-long -Wmain -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Wno-import -Wparentheses -Wpointer-arith -Wredundant-decls -Wreturn-type -Wshadow -Wstrict-prototypes -Wswitch -Wtemplate-debugging -Wtraditional -Wtrigraphs -Wuninitialized -Wunused -Wwrite-strings
调试选项(Debugging Option)
-a -dletters -fpretend-float -g -glevel -gcoff -gxcoff -gxcoff+ -gdwarf -gdwarf+ -gstabs -gstabs+ -ggdb -p -pg -save-temps -print-file-name=library -print-libgcc-file-name -print-prog-name=program
优化选项(Optimization Option)
-fcaller-saves -fcse-follow-jumps -fcse-skip-blocks -fdelayed-branch -felide-constructors -fexpensive-optimizations -ffast-math -ffloat-store -fforce-addr -fforce-mem -finline-functions -fkeep-inline-functions -fmemoize-lookups -fno-default-inline -fno-defer-pop -fno-function-cse -fno-inline -fno-peephole -fomit-frame-pointer -frerun-cse-after-loop -fschedule-insns -fschedule-insns2 -fstrength-reduce -fthread-jumps -funroll-all-loops -funroll-loops -O -O2 -O3
预处理器选项(Preprocessor Option)
-Aassertion -C -dD -dM -dN -Dmacro[=defn] -E -H -idirafter dir -include file -imacros file -iprefix file -iwithprefix dir -M -MD -MM -MMD -nostdinc -P -Umacro -undef
汇编器选项(Assembler Option)
-Wa,option
链接器选项(Linker Option)
-llibrary -nostartfiles -nostdlib -static -shared -symbolic -Xlinker option -Wl,option -u symbol
目录选项(Directory Option)
-Bprefix -Idir -I- -Ldir
目标机选项(Target Option)
-b machine -V version
配置相关选项(Configuration Dependent Option)
M680x0 选项
-m68000 -m68020 -m68020-40 -m68030 -m68040 -m68881 -mbitfield -mc68000 -mc68020 -mfpa -mnobitfield -mrtd -mshort -msoft-float
VAX选项
-mg -mgnu -munix
SPARC选项
-mepilogue -mfpu -mhard-float -mno-fpu -mno-epilogue -msoft-float -msparclite -mv8 -msupersparc -mcypress
Convex选项
-margcount -mc1 -mc2 -mnoargcount
AMD29K选项
-m29000 -m29050 -mbw -mdw -mkernel-registers -mlarge -mnbw -mnodw -msmall -mstack-check -muser-registers
M88K选项
-m88000 -m88100 -m88110 -mbig-pic -mcheck-zero-division -mhandle-large-shift -midentify-revision -mno-check-zero-division -mno-ocs-debug-info -mno-ocs-frame-position -mno-optimize-arg-area -mno-serialize-volatile -mno-underscores -mocs-debug-info -mocs-frame-position -moptimize-arg-area -mserialize-volatile -mshort-data-num -msvr3 -msvr4 -mtrap-large-shift -muse-div-instruction -mversion-03.00 -mwarn-passed-structs
RS6000选项
-mfp-in-toc -mno-fop-in-toc
RT选项
-mcall-lib-mul -mfp-arg-in-fpregs -mfp-arg-in-gregs -mfull-fp-blocks -mhc-struct-return -min-line-mul -mminimum-fp-blocks -mnohc-struct-return
MIPS选项
-mcpu=cpu type -mips2 -mips3 -mint64 -mlong64 -mmips-as -mgas -mrnames -mno-rnames -mgpopt -mno-gpopt -mstats -mno-stats -mmemcpy -mno-memcpy -mno-mips-tfile -mmips-tfile -msoft-float -mhard-float -mabicalls -mno-abicalls -mhalf-pic -mno-half-pic -G num -nocpp
i386选项
-m486 -mno-486 -msoft-float -mno-fp-ret-in-387
HPPA选项
-mpa-risc-1-0 -mpa-risc-1-1 -mkernel -mshared-libs -mno-shared-libs -mlong-calls -mdisable-fpregs -mdisable-indexing -mtrailing-colon
i960选项
-mcpu-type -mnumerics -msoft-float -mleaf-procedures -mno-leaf-procedures -mtail-call -mno-tail-call -mcomplex-addr -mno-complex-addr -mcode-align -mno-code-align -mic-compat -mic2.0-compat -mic3.0-compat -masm-compat -mintel-asm -mstrict-align -mno-strict-align -mold-align -mno-old-align
DEC Alpha选项
-mfp-regs -mno-fp-regs -mno-soft-float -msoft-float
System V选项
-G -Qy -Qn -YP,paths -Ym,dir
代码生成选项(Code Generation Option)
-fcall-saved-reg -fcall-used-reg -ffixed-reg -finhibit-size-directive -fnonnull-objects -fno-common -fno-ident -fno-gnu-linker -fpcc-struct-return -fpic -fPIC -freg-struct-return -fshared-data -fshort-enums -fshort-double -fvolatile -fvolatile-global -fverbose-asm
整体选项(Overall Option)
-x language
明确指出后面输入文件的语言为language (而不是从文件名后缀获得的默认选择).这个选项应用于后面 全部的输入文件,直到遇着下一个`-x'选项. language的可选值有`c', `objective-c', `c-header', `c++', `cpp-output', `assembler',和`assembler-with-cpp'.
-x none
关闭任何对语种的明确说明,所以依据文件名后缀处理后面的文件(就象是从未使用过`-x'选项).
若是只操做四个阶段(预处理,编译,汇编,链接)中的一部分,可使用`-x'选项(或文件名后缀)告诉 gcc从哪里开始,用`-c', `-S',或`-E'选项告诉gcc到 哪里结束.注意,某些选项组合(例如, `-x cpp-output -E')使gcc不做任何事情.
-c
编译或汇编源文件,可是不做链接.编译器输出对应于源文件的目标文件.
缺省状况下, GCC经过用`.o'替换源文件名后缀`.c', `.i', `.s',等等,产生目标文件名.可使用-o选项选择其余名字.
GCC忽略-c选项后面任何没法识别的输入文件(他们不须要编译或汇编).
-S
编译后即中止,不进行汇编.对于每一个输入的非汇编语言文件,输出文件是汇编语言文件.
缺省状况下, GCC经过用`.o'替换源文件名后缀`.c', `.i',等等,产生 目标文件名.可使用-o选项选择其余名字.
GCC忽略任何不须要编译的输入文件.
-E
预处理后即中止,不进行编译.预处理后的代码送往标准输出.
GCC忽略任何不须要预处理的输入文件.
-o file
指定输出文件为file.该选项不在意GCC产生什么输出,不管是可执行文件,目标文件,汇编文件仍是 预处理后的C代码.
因为只能指定一个输出文件,所以编译多个输入文件时,使用`-o'选项没有意义,除非输出一个可执行文件.
若是没有使用`-o'选项,默认的输出结果是:可执行文件为`a.out', `source.suffix '的目标文件是`source.o',汇编文件是 `source.s',而预处理后的C源代码送往标准输出.
-v
(在标准错误)显示执行编译阶段的命令.同时显示编译器驱动程序,预处理器,编译器的版本号.
-pipe
在编译过程的不一样阶段间使用管道而非临时文件进行通讯.这个选项在某些系统上没法工做,由于那些系统的 汇编器不能从管道读取数据. GNU的汇编器没有这个问题.
语言选项(LANGUAGE OPTIONS)
下列选项控制编译器可以接受的C "方言":
-ansi
支持符合ANSI标准的C程序.
这样就会关闭GNU C中某些不兼容ANSI C的特性,例如asm, inline和 typeof关键字,以及诸如unix和vax这些代表当前系统类型的预约义宏.同时开启 不受欢迎和极少使用的ANSI trigraph特性,以及禁止`$'成为标识符的一部分.
尽管使用了`-ansi'选项,下面这些可选的关键字, __asm__, __extension__, __inline__和__typeof__仍然有效.你固然不会把 他们用在ANSI C程序中,但能够把他们放在头文件里,由于编译包含这些头文件的程序时,可能会指定 `-ansi'选项.另一些预约义宏,如__unix__和__vax__,不管有没有使用 `-ansi'选项,始终有效.
使用`-ansi'选项不会自动拒绝编译非ANSI程序,除非增长`-pedantic'选项做为 `-ansi'选项的补充.
使用`-ansi'选项的时候,预处理器会预约义一个__STRICT_ANSI__宏.有些头文件 关注此宏,以免声明某些函数,或者避免定义某些宏,这些函数和宏不被ANSI标准调用;这样就不会干扰在其余地方 使用这些名字的程序了.
-fno-asm
不把asm, inline或typeof看成关键字,所以这些词能够用作标识符.用 __asm__, __inline__和__typeof__可以替代他们. `-ansi' 隐含声明了`-fno-asm'.
-fno-builtin
不接受不是两个下划线开头的内建函数(built-in function).目前受影响的函数有_exit, abort, abs, alloca, cos, exit, fabs, labs, memcmp, memcpy, sin, sqrt, strcmp, strcpy,和strlen.
`-ansi'选项可以阻止alloca和_exit成为内建函数.
-fhosted
按宿主环境编译;他隐含声明了`-fbuiltin'选项,并且警告不正确的main函数声明.
-ffreestanding
按独立环境编译;他隐含声明了`-fno-builtin'选项,并且对main函数没有特别要求.
(译注:宿主环境(hosted environment)下全部的标准库可用, main函数返回一个int值,典型例子是除了 内核之外几乎全部的程序.对应的独立环境(freestanding environment)不存在标准库,程序入口也不必定是 main,最明显的例子就是操做系统内核.详情参考gcc网站最近的资料)
-fno-strict-prototype
对于没有参数的函数声明,例如`int foo ();',按C风格处理---即不说明参数个数或类型. (仅针对C++).正常状况下,这样的函数foo在C++中意味着参数为空.
-trigraphs
支持ANSI C trigraphs. `-ansi'选项隐含声明了`-trigraphs'.
-traditional
试图支持传统C编译器的某些方面.详见GNU C手册,咱们已经把细节清单从这里删除,这样当内容过期后,人们也不会 埋怨咱们.
除了一件事:对于C++程序(不是C), `-traditional'选项带来一个附加效应,容许对 this赋值.他和`-fthis-is-variable'选项的效果同样.
-traditional-cpp
试图支持传统C预处理器的某些方面.特别是上面提到有关预处理器的内容,可是不包括 `-traditional'选项的其余效应.
-fdollars-in-identifiers
容许在标识符(identifier)中使用`$'字符(仅针对C++).你能够指定 `-fno-dollars-in-identifiers'选项显明禁止使用`$'符. (GNU C++在某些 目标系统缺省容许`$'符,但不是全部系统.)
-fenum-int-equiv
容许int类型到枚举类型(enumeration)的隐式转换(仅限于C++).正常状况下GNU C++容许从 enum到int的转换,反之则不行.
-fexternal-templates
为模板声明(template declaration)产生较小的代码(仅限于C++),方法是对于每一个模板函数 (template function),只在定义他们的地方生成一个副本.想要成功使用这个选项,你必须在全部使用模板的 文件中,标记`#pragma implementation' (定义)或`#pragma interface' (声明).
当程序用`-fexternal-templates'编译时,模板实例(template instantiation) 所有是外部类型.你必须让须要的实例在实现文件中出现.能够经过typedef实现这一点,他引用所需的每一个 实例.相对应的,若是编译时使用缺省选项`-fno-external-templates',全部模板实例明确的设为内置.
-fall-virtual
全部可能的成员函数默认为虚函数.全部的成员函数(除了构造子函数和new或delete 成员操做符)视为所在类的虚函数.
这不代表每次调用成员函数都将经过内部虚函数表.有些状况下,编译器可以判断出能够直接调用某个虚函数;这时就 直接调用.
-fcond-mismatch
容许条件表达式的第二和第三个参数的类型不匹配.这种表达式的值是void.
-fthis-is-variable
容许对this赋值(仅对C++).合并用户自定义的自由存储管理机制到C++后,使可赋值的 `this'显得不合时宜.所以,默认状况下,类成员函数内部对this赋值是无效操做.然而为了 向后兼容,你能够经过`-fthis-is-variable'选项使这种操做有效.
-funsigned-char
把char定义为无符号类型,如同unsigned char.
各类机器都有本身缺省的char类型.既多是unsigned char也多是signed char .
理想状况下,当依赖于数据的符号性时,一个可移植程序老是应该使用signed char或unsigned char.可是许多程序已经写成只用简单的char,而且期待这是有符号数(或者无符号数,具体状况取决于 编写程序的目标机器).这个选项,和它的反义选项,使那样的程序工做在对应的默认值上.
char的类型始终应该明肯定义为signed char或unsigned char,即便 它表现的和其中之一彻底同样.
-fsigned-char
把char定义为有符号类型,如同signed char.
这个选项等同于`-fno-unsigned-char',他是the negative form of `-funsigned-char'的相反选项.一样, `-fno-signed-char'等价于 `-funsigned-char'.
-fsigned-bitfields
-funsigned-bitfields
-fno-signed-bitfields
-fno-unsigned-bitfields
若是没有明确声明`signed'或`unsigned'修饰符,这些选项用来定义有符号位域 (bitfield)或无符号位域.缺省状况下,位域是有符号的,由于他们继承的基本整数类型,如int,是 有符号数.
然而,若是指定了`-traditional'选项,位域永远是无符号数.
-fwritable-strings
把字符串常量存储到可写数据段,并且不作特别对待.这是为了兼容一些老程序,他们假设字符串常量是可写的. `-traditional'选项也有相同效果.
篡改字符串常量是一个很是糟糕的想法; ``常量''就应该是常量.
GCC 2
Section: GNU Tools (1)
Updated: 2003/12/05
Supporter: Blackjack and more Blackjack Games built by Mike Costello
预处理器选项(Preprocessor Option)
下列选项针对C预处理器,预处理器用在正式编译之前,对C 源文件进行某种处理.
若是指定了`-E'选项, GCC只进行预处理工做.下面的某些选项必须和`-E'选项一块儿才 有意义,由于他们的输出结果不能用于编译.
-include file
在处理常规输入文件以前,首先处理文件file,其结果是,文件file的内容先获得编译. 命令行上任何`-D'和`-U'选项永远在`-include file'以前处理, 不管他们在命令行上的顺序如何.然而`-include'和`-imacros'选项按书写顺序处理.
-imacros file
在处理常规输入文件以前,首先处理文件file,可是忽略输出结果.因为丢弃了文件file的 输出内容, `-imacros file'选项的惟一效果就是使文件file中的宏定义生效, 能够用于其余输入文件.在处理`-imacrosfile'选项以前,预处理器首先处理`-D' 和`-U'选项,并不在意他们在命令行上的顺序.然而`-include'和 `-imacros'选项按书写顺序处理.
-idirafter dir
把目录dir添加到第二包含路径中.若是某个头文件在主包含路径(用`-I'添加的路径)中没有 找到,预处理器就搜索第二包含路径.
-iprefix prefix
指定prefix做为后续`-iwithprefix'选项的前缀.
-iwithprefix dir
把目录添加到第二包含路径中.目录名由prefix和dir合并而成,这里 prefix被先前的`-iprefix'选项指定.
-nostdinc
不要在标准系统目录中寻找头文件.只搜索`-I'选项指定的目录(以及当前目录,若是合适).
结合使用`-nostdinc'和`-I-'选项,你能够把包含文件搜索限制在显式指定的目录.
-nostdinc++
不要在C++专用标准目录中寻找头文件,可是仍然搜索其余标准目录. (当创建`libg++'时使用 这个选项.)
-undef
不要预约义任何非标准宏. (包括系统结构标志).
-E
仅运行C预处理器.预处理全部指定的C源文件,结果送往标准输出或指定的输出文件.
-C
告诉预处理器不要丢弃注释.配合`-E'选项使用.
-P
告诉预处理器不要产生`#line'命令.配合`-E'选项使用.
-M [ -MG ]
告诉预处理器输出一个适合make的规则,用于描述各目标文件的依赖关系.对于每一个源文件,预处理器输出 一个make规则,该规则的目标项(target)是源文件对应的目标文件名,依赖项(dependency)是源文件中 `#include引用的全部文件.生成的规则能够是单行,但若是太长,就用`\'-换行符续成多行.规则 显示在标准输出,不产生预处理过的C程序.
`-M'隐含了`-E'选项.
`-MG'要求把缺失的头文件按存在对待,而且假定他们和源程序文件在同一目录下.必须和 `-M'选项一块儿用.
-MM [ -MG ]
和`-M'选项相似,可是输出结果仅涉及用户头文件,象这样`#include file"'.忽略系统头文件如`#include <file>'.
-MD
和`-M'选项相似,可是把依赖信息输出在文件中,文件名经过把输出文件名末尾的`.o'替换为 `.d'产生.同时继续指定的编译工做---`-MD'不象`-M'那样阻止正常的编译任务.
Mach的实用工具`md'可以合并`.d'文件,产生适用于`make'命令的单一的 依赖文件.
-MMD
和`-MD'选项相似,可是输出结果仅涉及用户头文件,忽略系统头文件.
-H
除了其余普通的操做, GCC显示引用过的头文件名.
-Aquestion(answer)
若是预处理器作条件测试,如`#if #question(answer)',该选项能够断言(Assert) question的答案是answer. -A-'关闭通常用于描述目标机的标准断言.
-Dmacro
定义宏macro,宏的内容定义为字符串`1'.
-Dmacro=defn
定义宏macro的内容为defn.命令行上全部的`-D'选项在 `-U'选项以前处理.
-Umacro
取消宏macro. `-U'选项在全部的`-D'选项以后处理,可是优先于任何 `-include'或`-imacros'选项.
-dM
告诉预处理器输出有效的宏定义列表(预处理结束时仍然有效的宏定义).该选项需结合`-E'选项使用.
-dD
告诉预处理器把全部的宏定义传递到输出端,按照出现的顺序显示.
-dN
和`-dD'选项相似,可是忽略宏的参量或内容.只在输出端显示`#define name.
汇编器选项(ASSEMBLER OPTION)
-Wa,option
把选项option传递给汇编器.若是option含有逗号,就在逗号处分割成多个选项.
链接器选项(LINKER OPTION)
下面的选项用于编译器链接目标文件,输出可执行文件的时候.若是编译器不进行 链接,他们就毫无心义.
object-file-name
若是某些文件没有特别明确的后缀a special recognized suffix, GCC就认为他们是目标文件或库文件. (根据文件内容,链接器可以区分目标文件和库文件).若是GCC执行链接操做,这些目标文件将成为链接器的输入文件.
-llibrary
链接名为library的库文件.
链接器在标准搜索目录中寻找这个库文件,库文件的真正名字是`liblibrary.a'.链接器会 当作文件名获得准确说明同样引用这个文件.
搜索目录除了一些系统标准目录外,还包括用户以`-L'选项指定的路径.
通常说来用这个方法找到的文件是库文件---即由目标文件组成的归档文件(archive file).链接器处理归档文件的 方法是:扫描归档文件,寻找某些成员,这些成员的符号目前已被引用,不过尚未被定义.可是,若是链接器找到普通的 目标文件,而不是库文件,就把这个目标文件按日常方式链接进来.指定`-l'选项和指定文件名的惟一区别是, `-l选项用`lib'和`.a'把library包裹起来,并且搜索一些目录.
-lobjc
这个-l选项的特殊形式用于链接Objective C程序.
-nostartfiles
不链接系统标准启动文件,而标准库文件仍然正常使用.
-nostdlib
不链接系统标准启动文件和标准库文件.只把指定的文件传递给链接器.
-static
在支持动态链接(dynamic linking)的系统上,阻止链接共享库.该选项在其余系统上无效.
-shared
生成一个共享目标文件,他能够和其余目标文件链接产生可执行文件.只有部分系统支持该选项.
-symbolic
创建共享目标文件的时候,把引用绑定到全局符号上.对全部没法解析的引用做出警告(除非用链接编辑选项 `-Xlinker -z -Xlinker defs'取代).只有部分系统支持该选项.
-Xlinker option
把选项option传递给链接器.能够用他传递系统特定的链接选项, GNU CC没法识别这些选项.
若是须要传递携带参数的选项,你必须使用两次`-Xlinker',一次传递选项,另外一次传递他的参数. 例如,若是传递`-assert definitions',你必须写成`-Xlinker -assert -Xlinker definitions',而不能写成`-Xlinker "-assert definitions"',由于这样会把整个 字符串当作一个参数传递,显然这不是链接器期待的.
-Wl,option
把选项option传递给链接器.若是option中含有逗号,就在逗号处分割成多个选项.
-u symbol
使链接器认为取消了symbol的符号定义,从而链接库模块以取得定义.你可使用多个 `-u'选项,各自跟上不一样的符号,使得链接器调入附加的库模块.
目录选项(DIRECTORY OPTION)
下列选项指定搜索路径,用于查找头文件,库文件,或编译器的某些成员:
-Idir
在头文件的搜索路径列表中添加dir 目录.
-I-
任何在`-I-'前面用`-I'选项指定的搜索路径只适用于`#include "file"'这种状况;他们不能用来搜索`#include <file>'包含的头文件.
若是用`-I'选项指定的搜索路径位于`-I-'选项后面,就能够在这些路径中搜索全部的 `#include'指令. (通常说来-I选项就是这么用的.)
还有, `-I-'选项可以阻止当前目录(存放当前输入文件的地方)成为搜索`#include "file"'的第一选择.没有办法克服`-I-'选项的这个效应.你能够指定 `-I.'搜索那个目录,它在调用编译器时是当前目录.这和预处理器的默认行为不彻底同样,可是结果一般 使人满意.
`-I-'不影响使用系统标准目录,所以, `-I-'和`-nostdinc'是不一样的选项.
-Ldir
在`-l'选项的搜索路径列表中添加dir目录.
-Bprefix
这个选项指出在何处寻找可执行文件,库文件,以及编译器本身的数据文件.
编译器驱动程序须要执行某些下面的子程序: `cpp', `cc1' (或C++的 `cc1plus'), `as'和`ld'.他把prefix看成欲执行的程序的 前缀,既能够包括也能够不包括`machine/version/'.
对于要运行的子程序,编译器驱动程序首先试着加上`-B'前缀(若是存在).若是没有找到文件,或没有指定 `-B'选项,编译器接着会试验两个标准前缀`/usr/lib/gcc/'和 `/usr/local/lib/gcc-lib/'.若是仍然没可以找到所需文件,编译器就在`PATH'环境变量 指定的路径中寻找没加任何前缀的文件名.
若是有须要,运行时(run-time)支持文件`libgcc.a'也在`-B'前缀的搜索范围以内. 若是这里没有找到,就在上面提到的两个标准前缀中寻找,仅此而已.若是上述方法没有找到这个文件,就不链接他了.多数 状况的多数机器上, `libgcc.a'并不是必不可少.
你能够经过环境变量GCC_EXEC_PREFIX得到近似的效果;若是定义了这个变量,其值就和上面说的 同样用作前缀.若是同时指定了`-B'选项和GCC_EXEC_PREFIX变量,编译器首先使用 `-B'选项,而后才尝试环境变量值.
警告选项(WARNING OPTION)
警告是针对程序结构的诊断信息,程序不必定有错误,而是存在风险,或者可能存在 错误.
下列选项控制GNU CC产生的警告的数量和类型:
-fsyntax-only
检查程序中的语法错误,可是不产生输出信息.
-w
禁止全部警告信息.
-Wno-import
禁止全部关于#import的警告信息.
-pedantic
打开彻底服从ANSI C标准所需的所有警告诊断;拒绝接受采用了被禁止的语法扩展的程序.
不管有没有这个选项,符合ANSI C标准的程序应该可以被正确编译(虽然极少数程序须要`-ansi' 选项).然而,若是没有这个选项,某些GNU扩展和传统C特性也获得支持.使用这个选项能够拒绝这些程序.没有理由 使用这个选项,他存在只是为了知足一些书呆子(pedant).
对于替选关键字(他们以`__'开始和结束) `-pedantic'不会产生警告信息. Pedantic 也不警告跟在__extension__后面的表达式.不过只应该在系统头文件中使用这种转义措施,应用程序最好 避免.
-pedantic-errors
该选项和`-pedantic'相似,可是显示错误而不是警告.
-W
对下列事件显示额外的警告信息:
*
非易变自动变量(nonvolatile automatic variable)可能在调用longjmp时发生改变. 这些警告仅在优化编译时发生.
编译器只知道对setjmp的调用,他不可能知道会在哪里调用longjmp,事实上一个 信号处理例程能够在程序的任何地点调用他.其结果是,即便程序没有问题,你也可能会获得警告,由于没法在可能出现问题 的地方调用longjmp.
*
既能够返回值,也能够不返回值的函数. (缺乏结尾的函数体被看做不返回函数值)例如,下面的函数将致使这种警告:
foo (a)
{
if (a > 0)
return a;
}
因为GNU CC不知道某些函数永不返回(含有abort和longjmp),所以有可能出现 虚假警告.
*
表达式语句或逗号表达式的左侧没有产生做用(side effect).若是要防止这种警告,应该把未使用的表达式强制转换 为void类型.例如,这样的表达式`x[i,j]'会致使警告,而`x[(void)i,j]'就不会.
*
无符号数用`>'或`<='和零作比较.
-Wimplicit-int
警告没有指定类型的声明.
-Wimplicit-function-declaration
警告在声明以前就使用的函数.
-Wimplicit
同-Wimplicit-int和-Wimplicit-function-declaration.
-Wmain
若是把main函数声明或定义成奇怪的类型,编译器就发出警告.典型状况下,这个函数用于外部链接, 返回int数值,不须要参数,或指定两个参数.
-Wreturn-type
若是函数定义了返回类型,而默认类型是int型,编译器就发出警告.同时警告那些不带返回值的 return语句,若是他们所属的函数并不是void类型.
-Wunused
若是某个局部变量除了声明就没再使用,或者声明了静态函数可是没有定义,或者某条语句的运算结果显然没有使用, 编译器就发出警告.
-Wswitch
若是某条switch语句的参数属于枚举类型,可是没有对应的case语句使用枚举元素,编译器 就发出警告. ( default语句的出现可以防止这个警告.)超出枚举范围的case语句一样会 致使这个警告.
-Wcomment
若是注释起始序列`/*'出如今注释中,编译器就发出警告.
-Wtrigraphs
警告任何出现的trigraph (假设容许使用他们).
-Wformat
检查对printf和scanf等函数的调用,确认各个参数类型和格式串中的一致.
-Wchar-subscripts
警告类型是char的数组下标.这是常见错误,程序员常常忘记在某些机器上char有符号.
-Wuninitialized
在初始化以前就使用自动变量.
这些警告只可能作优化编译时出现,由于他们须要数据流信息,只有作优化的时候才估算数据流信息.若是不指定 `-O'选项,就不会出现这些警告.
这些警告仅针对等候分配寄存器的变量.所以不会发生在声明为volatile的变量上面,不会发生在已经 取得地址的变量,或长度不等于1, 2, 4, 8字节的变量.一样也不会发生在结构,联合或数组上面,即便他们在 寄存器中.
注意,若是某个变量只计算了一个从未使用过的值,这里可能不会警告.由于在显示警告以前,这样的计算已经被 数据流分析删除了.
这些警告做为可选项是由于GNU CC尚未智能到判别全部的状况,知道有些看上去错误的代码实际上是正确的.下面是 一个这样的例子:
{
int x;
switch (y)
{
case 1: x = 1;
break;
case 2: x = 4;
break;
case 3: x = 5;
}
foo (x);
}
若是y始终是1, 2或3,那么x总会被初始化,可是GNU CC不知道这一点.下面是 另外一个广泛案例:
{
int save_y;
if (change_y) save_y = y, y = new_y;
...
if (change_y) y = save_y;
}
这里没有错误,由于只有设置了save_y才使用他.
把全部不返回的函数定义为volatile能够避免某些似是而非的警告.
-Wparentheses
在某些状况下若是忽略了括号,编译器就发出警告.
-Wtemplate-debugging
当在C++程序中使用template的时候,若是调试(debugging)没有彻底生效,编译器就发出警告. (仅用于C++).
-Wall
结合全部上述的`-W'选项.一般咱们建议避免这些被警告的用法,咱们相信,恰当结合宏的使用可以 轻易避免这些用法。
剩下的`-W...'选项不包括在`-Wall'中,由于咱们认为在必要状况下,这些被编译器警告 的程序结构,能够合理的用在"干净的"程序中.
-Wtraditional
若是某些程序结构在传统C中的表现和ANSI C不一样,编译器就发出警告.
*
宏参出如今宏体的字符串常量内部.传统C会替换宏参,而ANSI C则视其为常量的一部分.
*
某个函数在块(block)中声明为外部,但在块结束后才调用.
*
switch语句的操做数类型是long.
-Wshadow
一旦某个局部变量屏蔽了另外一个局部变量,编译器就发出警告.
-Wid-clash-len
一旦两个肯定的标识符具备相同的前len个字符,编译器就发出警告.他能够协助你开发一些将要在某些 过期的,危害大脑的编译器上编译的程序.
-Wpointer-arith
任何语句若是依赖于函数类型的大小(size)或者void类型的大小,编译器就发出警告. GNU C为了 便于计算void *指针和函数指针,就把这些类型的大小定义为1.
-Wcast-qual
一旦某个指针强制类型转换以便移除类型修饰符时,编译器就发出警告.例如,若是把const char * 强制转换为普通的char *时,警告就会出现.
-Wcast-align
一旦某个指针类型强制转换时,致使目标所需的地址对齐(alignment)增长,编译器就发出警告.例如,某些机器上 只能在2或4字节边界上访问整数,若是在这种机型上把char *强制转换成int *类型, 编译器就发出警告.
-Wwrite-strings
规定字符串常量的类型是const char[length],所以,把这样的地址复制给 non-const char *指针将产生警告.这些警告可以帮助你在编译期间发现企图写入字符串常量 的代码,可是你必须很是仔细的在声明和原形中使用const,不然他们只能带来麻烦;因此咱们没有让 `-Wall'提供这些警告.
-Wconversion
若是某函数原形致使的类型转换和无函数原形时的类型转换不一样,编译器就发出警告.这里包括定点数和浮点数的 互相转换,改变定点数的宽度或符号,除非他们和缺省声明(default promotion)相同.
-Waggregate-return
若是定义或调用了返回结构或联合的函数,编译器就发出警告. (从语言角度你能够返回一个数组,然而一样会 致使警告.)
-Wstrict-prototypes
若是函数的声明或定义没有指出参数类型,编译器就发出警告. (若是函数的前向引用说明指出了参数类型,则容许后面 使用旧式风格的函数定义,而不会产生警告.)
-Wmissing-prototypes
若是没有预先声明函数原形就定义了全局函数,编译器就发出警告.即便函数定义自身提供了函数原形也会产生这个警告. 他的目的是检查没有在头文件中声明的全局函数.
-Wmissing-declarations
若是没有预先声明就定义了全局函数,编译器就发出警告.即便函数定义自身提供了函数原形也会产生这个警告.这个选项 的目的是检查没有在头文件中声明的全局函数.
-Wredundant-decls
若是在同一个可见域某定义屡次声明,编译器就发出警告,即便这些重复声明有效而且毫无差异.
-Wnested-externs
若是某extern声明出如今函数内部,编译器就发出警告.
-Wenum-clash
对于不一样枚举类型之间的转换发出警告(仅适用于C++).
-Wlong-long
若是使用了long long 类型就发出警告.该警告是缺省项.使用`-Wno-long-long' 选项可以防止这个警告. `-Wlong-long'和`-Wno-long-long'仅在 `-pedantic'之下才起做用.
-Woverloaded-virtual
(仅适用于C++.)在继承类中,虚函数的定义必须匹配虚函数在基类中声明的类型特征(type signature).当 继承类声明了某个函数,它多是个错误的尝试企图定义一个虚函数,使用这个选项可以产生警告:就是说,当某个函数和基类 中的虚函数同名,可是类型特征不符合基类的任何虚函数,编译器将发出警告.
-Winline
若是某函数不能内嵌(inline),不管是声明为inline或者是指定了-finline-functions 选项,编译器都将发出警告.
-Werror
视警告为错误;出现任何警告即放弃编译.
GCC 3
Section: GNU Tools (1)
Updated: 2003/12/05
调试选项(DEBUGGING OPTION)
GNU CC拥有许多特别选项,既能够调试用户的程序,也能够对GCC排错:
-g
以操做系统的本地格式(stabs, COFF, XCOFF,或DWARF).产生调试信息. GDB可以使用这些调试信息.
在大多数使用stabs格式的系统上, `-g'选项启动只有GDB才使用的额外调试信息;这些信息使GDB 调试效果更好,可是有可能致使其余调试器崩溃,或拒绝读入程序.若是你肯定要控制是否生成额外的信息, 使用`-gstabs+', `-gstabs', `-gxcoff+', `-gxcoff', `-gdwarf+',或`-gdwarf' (见下文).
和大多数C编译器不一样, GNU CC容许结合使用`-g'和`-O'选项.优化的代码偶尔制造 一些惊异的结果:某些声明过的变量根本不存在;控制流程直接跑到没有预料到的地方;某些语句由于计算结果是常量或已经肯定而 没有执行;某些语句在其余地方执行,由于他们被移到循环外面了.
然而它证实了调试优化的输出是可能的.对可能含有错误的程序使用优化器是合理的.
若是GNU CC支持输出多种调试信息,下面的选项则很是有用.
-ggdb
以本地格式(若是支持)输出调试信息,尽量包括GDB扩展.
-gstabs
以stabs格式(若是支持)输出调试信息,不包括GDB扩展.这是大多数BSD系统上DBX使用的格式.
-gstabs+
以stabs格式(若是支持)输出调试信息,使用只有GNU调试器(GDB)理解的GNU扩展.使用这些扩展有可能致使 其余调试器崩溃或拒绝读入程序.
-gcoff
以COFF格式(若是支持)输出调试信息.这是在System V第四版之前的大多数System V系统上SDB使用的 格式.
-gxcoff
以XCOFF格式(若是支持)输出调试信息.这是IBM RS/6000系统上DBX调试器使用的格式.
-gxcoff+
以XCOFF格式(若是支持)输出调试信息,使用只有GNU调试器(GDB)理解的GNU扩展.使用这些扩展有可能致使 其余调试器崩溃或拒绝读入程序.
-gdwarf
以DWARF格式(若是支持)输出调试信息.这是大多数System V第四版系统上SDB使用的格式.
-gdwarf+
以DWARF格式(若是支持)输出调试信息,使用只有GNU调试器(GDB)理解的GNU扩展.使用这些扩展有可能致使 其余调试器崩溃或拒绝读入程序.
-glevel
-ggdblevel
-gstabslevel
-gcofflevel -gxcofflevel
-gdwarflevel
请求生成调试信息,同时用level指出须要多少信息.默认的level值是2.
Level 1输出最少许的信息,仅够在不打算调试的程序段内backtrace.包括函数和外部变量的描述,可是 没有局部变量和行号信息.
Level 3包含更多的信息,如程序中出现的全部宏定义.当使用`-g3'选项的时候,某些调试器支持 宏扩展.
-p
产生额外代码,用于输出profile信息,供分析程序prof使用.
-pg
产生额外代码,用于输出profile信息,供分析程序gprof使用.
-a
产生额外代码,用于输出基本块(basic block)的profile信息,它记录各个基本块的执行次数,供诸如 tcov此类的程序分析.可是注意,这个数据格式并不是tcov期待的.最终GNU gprof 将处理这些数据.
-ax
产生额外代码,用于从'bb.in'文件读取基本块的profile参数,把profile的结果写到'bb.out' 文件. `bb.in'包含一张函数列表.一旦进入列表中的某个函数, profile操做就开始,离开最外层的函数后, profile操做就结束.以`-'为前缀名的函数排除在profile操做以外.若是函数名不是惟一的,它能够写成 `/path/filename.d:functionname'来澄清. `bb.out'将列出一些有效的文件名.这四个函数名具备 特殊含义: `__bb_jumps__'致使跳转(jump)频率写进`bb.out'. `__bb_trace__'致使基本块序列经过 管道传到`gzip',输出`bbtrace.gz'文件. `__bb_hidecall__'致使从跟踪(trace)中排除call 指令. `__bb_showret__'致使在跟踪中包括返回指令.
-dletters
编译的时候,在letters指定的时刻作调试转储(dump).用于调试编译器.大多数转储的文件名 经过源文件名添加字词得到(例如`foo.c.rtl'或`foo.c.jump').
-dM
预处理结束的时候转储全部的宏定义,不输出到文件.
-dN
预处理结束的时候转储全部的宏名.
-dD
预处理结束的时候转储全部的宏定义,同时进行正常输出.
-dy
语法分析(parse)的时候在标准错误转储调试信息.
-dr
RTL阶段后转储到`file.rtl'.
-dx
仅对函数生成RTL,而不是编译.一般和`r'联用.
-dj
第一次跳转优化后转储到`file.jump'.
-ds
CSE (包括有时候跟在CSE后面的跳转优化)后转储到`file.cse'.
-dL
循环优化后转储到`file.loop'.
-dt
第二次CSE处理(包括有时候跟在CSE后面的跳转优化)后转储到`file.cse2'.
-df
流程分析(flow analysis)后转储到`file.flow'.
-dc
指令组合(instruction combination)后转储到`file.combine'.
-dS
第一次指令安排(instruction schedule)后转储到`file.sched'.
-dl
局部寄存器分配后转储到`file.lreg'.
-dg
全局寄存器分配后转储到`file.greg'.
-dR
第二次指令安排(instruction schedule)后转储到`file.sched2'.
-dJ
最后一次跳转优化后转储到`file.jump2'.
-dd
推迟分支调度(delayed branch scheduling)后转储到`file.dbr'.
-dk
寄存器-堆栈转换后转储到`file.stack'.
-da
产生以上全部的转储.
-dm
运行结束后,在标准错误显示内存使用统计.
-dp
在汇编输出加注指明使用了哪些模式(pattern)及其替代模式.
-fpretend-float
交叉编译的时候,假定目标机和宿主机使用一样的浮点格式.它致使输出错误的浮点常数,可是在目标机上运行的时候, 真实的指令序列有可能和GNU CC但愿的同样.
-save-temps
保存那些一般是``临时''的中间文件;置于当前目录下,而且根据源文件命名.所以,用`-c -save-temps'选项编译`foo.c '会生成` foo.cpp'和`foo.s' 以及`foo.o'文件.
-print-file-name=library
显示库文件library的全路径名,链接时会使用这个库---其余什么事情都不做.根据这个选项, GNU CC既不编译,也不链接,仅仅显示文件名.
-print-libgcc-file-name
和`-print-file-name=libgcc.a'同样.
-print-prog-name=program
相似于`-print-file-name',可是查找程序program如`cpp'.
优化选项(OPTIMIZATION OPTION)
这些选项控制多种优化措施:
-O
-O1
优化.对于大函数,优化编译占用稍微多的时间和至关大的内存.
不使用`-O'选项时,编译器的目标是减小编译的开销,使编译结果可以调试.语句是独立的:若是在 两条语句之间用断点停止程序,你能够对任何变量从新赋值,或者在函数体内把程序计数器指到其余语句,以及从源程序中 精确地获取你期待的结果.
不使用`-O'选项时,只有声明了register的变量才分配使用寄存器.编译结果比不用 `-O'选项的PCC要略逊一筹.
使用了`-O'选项,编译器会试图减小目标码的大小和执行时间.
若是指定了`-O'选项, `-fthread-jumps'和`-fdefer-pop'选项将被 打开.在有delay slot的机器上, `-fdelayed-branch'选项将被打开.在即便没有帧指针 (frame pointer)也支持调试的机器上, `-fomit-frame-pointer'选项将被打开.某些机器上 还可能会打开其余选项.
-O2
多优化一些.除了涉及空间和速度交换的优化选项,执行几乎全部的优化工做.例如不进行循环展开(loop unrolling)和函数内嵌(inlining).和-O选项比较,这个选项既增长了编译时间,也提升了生成代码的 运行效果.
-O3
优化的更多.除了打开-O2所作的一切,它还打开了-finline-functions选项.
-O0
不优化.
若是指定了多个-O选项,无论带不带数字,最后一个选项才是生效的选项.
诸如`-fflag'此类的选项描述一些机器无关的开关.大多数开关具备确定和否认两种格式; `-ffoo'开关选项的否认格式应该是`-fno-foo'.下面的列表只展现了一种格式---那个不是 默认选项的格式.你能够经过去掉或添加`no-'构造出另外一种格式.
-ffloat-store
不要在寄存器中存放浮点变量.这样能够防止某些机器上不但愿的太高精度,如68000的浮点寄存器(来自 68881)保存的精度超过了double应该具备的精度.
对于大多数程序,太高精度只有好处.可是有些程序严格依赖于IEEE浮点数的定义.对这样的程序可使用 `-ffloat-store'选项.
-fmemoize-lookups
-fsave-memoized
使用探索法(heuristic)进行更快的编译(仅对C++).默认状况下不使用探索法.因为探索法只对某些输入文件 有效,其余程序的编译速度会变得更慢.
第一次编译器必须对成员函数(或对成员数据的引用)创建一个调用.它必须(1)判断出这个类是否实现了那个名字的 成员函数; (2)决定调用哪一个成员函数(涉及到推测须要作哪一种类型转换); (3)检查成员函数对调用者是否可见.全部这些构成 更慢的编译.通常情形,第二次对成员函数(或对成员数据的引用)创建的调用,必须再次通过相同长度的处理.这意味着象 这样的代码
cout << "This " << p << " has " << n << " legs.\n";
对整个三步骤要作六次遍历.经过使用软件缓存, ``命中''可以显著地减小这种代价.然而不幸的是,使用这种缓存 必须实现其余机制,带来了它本身的开销. `-fmemoize-lookups'选项打开软件缓存.
由于函数的正文环境不一样,函数对成员和成员函数的访问权(可见性)也可能不一样, g++可能须要刷新缓存. 使用`-fmemoize-lookups'选项,每编译完一个函数就刷新缓存.而`-fsave-memoized'选项 也启用一样的缓存,可是当编译器发觉最后编译的函数的正文环境产生的访问权和下一个待编译的函数相同,编译器就 保留缓存内容.这对某个类定义许多成员函数时很是有用:除了某些其余类的友函数,每一个成员函数拥有和其余成员函数彻底同样 的访问权,于是无需刷新缓存.
-fno-default-inline
默认为不要把成员函数内嵌,由于它们定义在类的做用域内(仅C++).
-fno-defer-pop
一旦函数返回,参数就当即弹出.对于那些调用函数后必须弹出参数的机器,编译器通常状况下让几回函数调用的参数 堆积在栈上,而后一次所有弹出.
-fforce-mem
作数学运算前把将要使用的内存操做数送入寄存器.经过把内存访问转换成潜在的公共子表达式,它可能产生较好的目标码. 若是它们不是公共子表达式,指令组合应该消除各自的寄存器载荷.我乐意倾听不一样意见.
-fforce-addr
作数学运算前把将要使用的内存地址常数送入寄存器.它可能和`-fforce-mem'同样产生较好的 目标码.我乐意倾听不一样意见.
-fomit-frame-pointer
对于不须要帧指针(frame pointer)的函数,不要在寄存器中保存帧指针.这样可以避免保存,设置和恢复 帧指针的指令;同时对许多函数提供一个额外的寄存器. 可是在大多数机器上将没法调试.
某些机器上,如Vax,这个选项无效,由于标准调用序列自动处理帧指针,经过伪装不存在而不保存任何东西.机器描述宏 FRAME_POINTER_REQUIRED控制目标机是否支持这个选项.
-finline-functions
把全部简单的函数集成进调用者.编译器探索式地决定哪些函数足够简单,值得这种集成.
若是集成了全部给定函数的调用,并且函数声明为static,那么通常说来GCC有权不按汇编代码输出函数.
-fcaller-saves
容许在寄存器里分配数值,可是这个方案一般受到各个函数调用的冲击,所以GCC生成额外的代码,在函数调用的 先后保存和复原寄存器内容.仅当生成代码看上去优于反之结果时才实现这样的分配.
某些机器上该选项默认为容许,一般这些机器没有调用保护寄存器代替使用.
-fkeep-inline-functions
即便集成了某个函数的全部调用,并且该函数声明为static,仍然输出这个函数一个独立的,运行时可调用 的版本.
-fno-function-cse
不要把函数地址存入寄存器;让调用固定函数的指令显式给出函数地址.
这个选项产生效率较低的目标码,可是若是不用这个选项,某些不寻常的hack,改变汇编器的输出,可能因优化而带来 困惑.
-fno-peephole
禁止任何机器相关的peephole优化.
-ffast-math
这个选项出于速度优化,容许GCC违反某些ANSI或IEEE规则/规格.例如,它容许编译器假设sqrt 函数的参数是非负数.
这个选项不被任何`-O'选项打开,由于对于严格依靠IEEE或ANSI规则/规格实现的数学函数,程序可能 会产生错误的结果.
下列选项控制特定的优化. `-O2'选项打开下面的大多数优化项,除了`-funroll-loops'和 `-funroll-all-loops'项.
而`-O'选项一般打开`-fthread-jumps'和`-fdelayed-branch' 优化项,可是特定的机器上的默认优化项有可能改变.
若是特别状况下很是须要``微调''优化,你可使用下面的选项.
-fstrength-reduce
执行循环强度缩小(loop strength reduction)优化,而且消除重复变量.
-fthread-jumps
执行优化的地点是,若是某个跳转分支的目的地存在另外一个条件比较,并且该条件比较包含在前一个比较语句以内,那么 执行优化.根据条件是true或者false,前面那条分支重定向到第二条分支的目的地或者紧跟在第二条分支后面.
-funroll-loops
执行循环展开(loop unrolling)优化.仅对循环次数可以在编译时或运行时肯定的循环实行.
-funroll-all-loops
执行循环展开(loop unrolling)优化.对全部循环实行.一般使程序运行的更慢.
-fcse-follow-jumps
在公共子表达式消元(common subexpression elimination)的时候,若是没有其余路径到达某个跳转的 目的地,就扫过这条jump指令.例如,若是CSE遇到带有else从句的if语句,当条件测试为 false时, CSE就跟在jump后面.
-fcse-skip-blocks
它相似于`-fcse-follow-jumps'选项,可是CSE