“UNIX系统开发－gcc参数详解"学习笔记

时间：2005-02-01 来源：bjbs_270

GCC最早是Richard Stallman在十几年前编写的针对于C的编译器,意思即为GNU C Compiler,后来发展支持Ada，C++,Java,Objective C,Pascal,COBOL,以及支持逻辑编程的Mercury语言，后来其英文原名变为:GNU Compiler ollection([1]).除此之外，GCC对于各种硬件平台都提供了完善的支持。

“UNIX系统开发－gcc参数详解"学习笔记

对于程序员来说，编译器的重要性不容置疑，深入了解译器是对工作大有帮助的，所以写下这个学习笔记，希望能借此学到更多东西。

偶然看到这篇文章，边读边记录一下自己的阅读笔记，希望能得到更多收获，也希望能为读这篇文章的人以帮助，建议大家读原文，以得到更多收获，感谢email为[email protected]的GG写这篇文章，给我有机会继续了解编译器的参数问题。

文中基本上按原本的架构走，对一些细节的地方进行了祥细的解释，有些细节配上了例子，以方便理解，希望能有些帮助。

我的email: [email protected]

主要参考文献请见: http://www.chinaunix.net/jh/7/235728.html

一.gcc历史

一般的，GCC的编译功能包括gcc(C的编译器),g++(C++的编译器)，在编译过程中，一共有四步工作。

1.预处理，生成i文件，C文件编译为.i文件，C++文件编译为.ii文件，它们都为源程序的预处理结果文件.以最简单的Hello World程序为例:

*********************************
// test.c
#include "stdio.h"
#define MAX 9

int main()
{
int a;
a=MAX;
printf("Hello Worldn");
}
*********************************

用cpp test.c test.i　可得到预处理文件test.i，通过查看该文件，我们可以看到，我们引入的include文件已经被引入处理，define定义的部分已经被完全带入。

2.预处理文件转换成汇编语言，生成.s文件。这一步利用egcs来完成(在mingw标准包中没有见到这个预编译器，所以测试没有成功，将继续测试）

3.汇编变为目标文件，生成.o文件,利用as来完成。

4.连接目标文件，生成可执行程序，利用ld来完成.(后续继续研究ld编译过程。)

二.GCC参数祥解

-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的时候用。