-x language filename
 设定文件使用的语言，这样源程序的后缀名无效了，并对gcc后接的多个编译文件都有效。这样如果存在.c和.cpp文件联编会有问题，解决这个问题用到了下一个参数 -x none filename,在下面做介绍。因为在预处理过程中对于.c和.cpp文件的处理方式是不一样的。可以使用的参数有:'c','objective-c','c-header','c++','cpp-output','assembler','assembler-with-cpp'.编译的时候，如果有这样的一个用C语言写的test.tmp的文件，用gcc编译的时候就用gcc -x c test.tmp就可以让gcc用编译C语言的方式来编译test.tmp.

-x none filename
 关掉上一个选项，就是让gcc根据文件名后缀，自动识别文件类型。如用下列方式编译:  gcc -x c test.tmp -x none test2.c  这样可以自由地选择编译方式

-c
 只激活预处理，编译和汇编，也就是把程序做成obj文件。如gcc -c test.c  就会生成test.o文件，当然这样还只是目标文件，需要经过ld连接器对所有的.o文件进行联接才能生成可执行文件.

-S
 只激活预处理和编译，把文件编译到汇编代码。相当到对源程序做一个egcs操作,生成.s文件。可以查看生成的汇编文件结果。这个对于研究汇编语言的程序员来说是很有作用的。

-E
 只激活预处理，这个将对文件进行预处理，将对所有引入的include文件和define定义的量进行代换，为我们开头所说的gcc编译的第一步，即用cpp命令将程序语言文件进行预处理.但这一步不生成结果文件，如果你需要生成结果文件保存，那么需要利用系统中的输出重定向。

-o
 定制目标名称，缺省的时候在unix和linux平台下gcc filename的结果是一个文件名为a.out的文件，windows下用mingw里带的gcc编译结果是a.exe。如果我们用gcc -o hello.exe test.c的话，将生成hello.exe可执行程序。这个并不一定只限于最后一步可执行程序的生成，如用上面所讲的-S生成的汇 编程 序也可以用-o参数生成，比如 gcc -o hello.asm -S test.c 这样hello.asm就是test.c经过预处理和编译之后的结果。

-pipe
 使用管道来代替编译中的临时文件，因为编译的整个过程有几个不同的步骤，每一个步骤都是以前一个步骤的输出为输入的，这样就涉及到数据传递的问题，在没有-pipe参数的情况下，是用临时文件的形式来进行传递的，在有该情况的时候就利用管道来传递中间数据。当然，在某些系统中，汇编不能读取管道数据，这样这个参数就不能正常工作了。

-ansi
 关闭gnu c与ansi c不兼容的特性，激活ansi c的专有特性,在此情况下，处理器会定义一个__STRICT_ANSI__的宏，在有些头文件中会关注该宏是否被申明过，以避免某些函数的引入。此项可参照ansi c与gnu c的差别得到更多理解。

-fno-asm
 此选项为ansi选项功能的一部分，禁止将asm,inline,typeof用作关键字。

-fno-strict-prototype
 这个选项只对g++有作用。这个参数让编译器将所有没有参数的函数都认为是没有显式参数的个数和类型的函数，而不是没有参数。而对于gcc来说，会将没有带参数的函数认成没有显式说明的类型。

-fthis-is-variable
 这个参数仅对C++程序有效,可以让this做一般变量使用，允许对this赋值.

-fcond-mismatch
 允许条件表达式的第二和第三参数类型不匹配.表达式的值为void型.

-funsigned-char
-fno-signed-char
-fsigned-char
-fno-unsigned-char
 这四个是对char在编译时进行的设置，它们分别决定将char设为unsigned char或signed char.

-include filename
 加入头文件的位置，以使程序中顺利使用#include ，这样就可以在编译的时候这样编译:gcc test.c

-include ./include/test.h，进行联编。

-imacros filename
 将filename中的宏扩展到gcc的输入文件里，宏定义本身不会出现在输入文件中。意即在编译某个文件test.c的时候，它里面申明的宏如果在没有用到该参数的时候，生成目标文件之后就会被丢弃掉，而在用了这个参数之后，这些宏将被保留用于之后文件的编译。

-Dmacro
 相当于#define macro,宏的内容为字符串'1'。如在编译的时候使用gcc -o test.exe test.c -DDEBUG就相当于在test.c里面定义了DEBUG宏，值为字串'1'。可用如下程序测试可知：
**********************************
//test.c
#include "stdio.h"

int main()
{
 printf("Hello Worldn");
 #ifdef DEBUG
  printf("hellon");
 #endif
}
**********************************

如用gcc -o test.exe test.c编译，刚运行结果为:
Hello World
如用gcc -o test.exe test.c -DDEBUG编译，则运行结果为:
Hello World
hello

因此可以在下一种编译方法中相当于在test.c里面定义了DEBUG宏。

-Dmacro=define
 作用同上，但设定宏的值为define.

-Umacro
 相当于给程序中定义的宏作了一次undefine.即:#undef macro

-undef
 取消了对任何非标准友的定义

-Idir
 在#include 的时候，先在用这个参数指定的位置找头文件，如果没有找到，则到缺省的目录找头文件

-I-
 取消-Idir的作用，表明以后编译的程序将不在-Idir指定的目录里寻找头文件。

-idirafter dir
 在-I的目录里面查找失败之后，再在这个目录里面查找头文件，这样的参数为设置头文件查找的优先级问题比较有帮助。

-iprefix prefix
-iwithprefix dir
 这两个参数一起用，在-I目录寻找失败的时候，到prefix的dir下查找头文件。

-nostdinc
 编译器不再系统缺省的头文件目录里面找头文件。这样就可以精确地确定头文件的来源，应该比较慎用，在对编译器不是很了解的情况下容易造成编译失败.

-nostdinc C++
 不在g++的标准路径中找头文件，但在其他的路径中继续找。在创lib的时候用。

-C
 为了有效的分析程序，有预处理的时候不删除注释信息，与-E一起使用，有利用分析程序的过程。

-M
 生成文件的关联的信息，这样就可以知道源代码文件里面关联了哪些它所依赖的头文件。

-MM
 同上，但忽略由#include 造成的依赖关系

-MD
 跟-M相当，但是输出导入到.d文件中，如gcc -MD test.c，刚输出的依赖关系存放在test.d文件里。

-MMD
 跟-MM相同，但是输出到.d文件中,如gcc -MMD test.c，刚输出的依赖关系存放在test.d文件里。忽略#include 的关系

-Wa,option
 这个参数将option传给汇编程序，如果option中有逗号，则会把option分成多项，传给汇编程序。

-Wl,option
 这个参数将option传给连接程序，如果option中有逗号，则会把option分成多项，传给连接程序。

-llibrary
 用于制定编译的时候使用的库，如 gcc -lgtk tset.c则程序使用gtk库进行编译，不过需要注意的是gcc库一般都是以libname.a来命名库文件，在用-l参数来加入库文件的时候，直接用-lname来引入，而前面的lib被省掉。这一点需要注意。

-Ldir
 编译的时候设定库文件查找的路径，不然的话，编译器只在标准库路径里面找库。

-00
-01
-02
-03
 编译器的优化选项，-00表示没有优化,-01为缺省值，-03为最高。

-g
 在编译的时候，产生调试信息

-gstabs
 以stabs格式声称调试信息，但不包括gdb的调试信息。

-gstabs+
 以stabs格式声称调试信息，包括gdb的调试信息。

-ggdb
 该参数将把gdb的调试信息输出

-static
 这个参数将禁止使用动态库，这样程序只能连接静态库。

-share
 这个参数将让程序尽量使用动态库

-traditional
 试图让编译器支持传统的C语言的特性.

地震让大伙知道：居安思危，才是生存之道。