gcc使用备忘

本文为原创文章，转载请指明该文链接

Options Controling the kind of Output

-x language

明确说明输入文件的编码语言，没有该选项的话， gcc 会根据输入文件的后缀来识别其编码语言，某个特定的 -x 选项仅对紧接其后

的且在下个 -x 选项之前的输入文件起作用，现在 -x 支持的语言有: c、c++、objective-c、objective-c++、assember、ada、f77、

java，比如 gcc -S -x c main_return_value.c -x c++ helloworld.cpp ，分别生成 main_return_value.s 和 helloworld.s 文件

-c 把输入文件汇编成二进制目标文件，且不执行链接( link )操作，输入文件可能使 .c 、.i、.s 等格式，输出文件是 .o 格式，比如

gcc -c helloworld.cpp ，生成 helloworld.o

-S 把输入文件编译为汇编代码文件，且不执行汇编( assemble )、链接操作，输入文件可能是 .c、.i 等格式，输出文件是 .s 格式，上边

有例子

-E 根据输入文件生成相应的预处理文件，且不执行编译( complie )、汇编、链接，不指定输出文件名的话，就会把输出打印到屏幕上，

指定输出文件名的话，就生成输出文件，比如：gcc -E helloworld.cpp -o helloworld.ii，就生成 helloworld.ii 文件

-o file

该选项把 gcc 结果输出到文件 file 里，该选项适用于输出可执行文件、输出目标文件(.o)、输出汇编语言文件(.s)、输出预处理文件

(.i)、输出预处理头文件(source.suffix.gch)，如果没有指定 -o：对于输出可执行文件就生成 a.out，对于 -c 选项，由 source.suffix

生成 source.o，对于 -S 选项，由 source.suffix 生成 source.s，对于 -E 选项预处理 c 源文件，输出结果生成到屏幕上，例子如上

，对于 -E 选项预处理头文件，由 source.suffix 生成 source.suffix.gch ，对于预处理头文件举例如下：

gcc -E comm/inc/apue.h  --> apue.h.gch   执行结果是在 comm/inc/ 目录下生成了 apue.h.gch 文件

-pipe

Use pipes rather than temporary files for communication between the various stages of compilation(预处理、编译、汇编、链接).

This fails to work on some systems where the assembler is unable to read from a pipe; but the GNU assembler has no trouble.

Options controlling c Dialect

-std=

设置编程语言标准，现在仅在编译 c 、c++ 代码时，才支持该选项，例如 -std=c89    -std=c++98

Options for Debugging Your Program or GCC

-g 以操作系统本地格式(stabs, COFF, XCOFF, or DWARF 2)产生调试信息，GDB 使用这些调试信息；GCC 允许 -g 和 -O 一块使用，

但被优化后的代码偶尔产生异常现象：你声明的变量可能就不存在于 -g 的调试信息中；控制流执行到了你认为不该发生的地方；一

些语句没有发生执行，因为它们计算的对象是常量或计算结果已经算出来了

-glevel 同 -g 选项，生成调试信息，且可以指定信息的级别，默认 level 值是 2，

level 0，不产生任何调试信息，因此，-g0 就取消了 -g 选项功能

level 1，produces minimal information, enough for making backtraces in parts of the program that you don’t plan to debug.  This

includes descriptions of functions and external variables, but no information about local variables and no line numbers.
        level 3，includes extra information, such as all the macro definitions present in the program.  Some debuggers support macro

expansion when you use -g3

Options That Control Optimization

并不是所有的优化都存在一个对应的标识，只有存在标识项的优化才可以被-直接优化

-O   -O1

执行优化，优化会多耗费一些时间和内存空间；编译器尝试减小代码大小和执行时间，如果编译代码需要大量时间，那么就不会执

行优化

-O2  执行多优化，除了 space-speed 权衡外，gcc 执行所有其他的优化，跟 -O 比，增加了编译时间优化和代码性能优化

-O3  执行更多优化，除了 -O2 优化外，还开启了 -finline-functions, -funswitch-loops, -fpredictive-commoning, -fgcse-after-reload,

-ftree-vectorize and -fipa-cp-clone 选项

-O0  减少编译时间，同时保证代码调试功能正常工作，这是默认值

-Os  优化代码大小，-Os 开启 -O2 里的所有不增加代码大小的选项，同时，更深一步执行优化代码大小的设计

Options Controlling the Preprocessor

-D name    定义 name 成为一个宏，且被定义为 1，等于 #define name  1

-D name=definition    定义 name 成为一个宏，且被定义为 definition

-U name    取消之前宏定义 name，不管宏 name 是由代码预处理进来的，还是之前使用 -D 设置的

Options for Linking

-llibrary    -l library   执行链接时，查找名字为 liblibrary.a 的库，第二种方式把库名字作为一个分割出来的参数，这是 POSIX 方式

，不推荐使用，我们可以看出来，被查找的库的实际名字——是在 library 前后追加了关键字 lib 和 .a 之后构成的liblibrary.a，

链接器会在系统目录和由 -L 选项指定的目录中查找库 liblibrary.a。链接器按照 .o 文件、库文件出现的顺序来依次链接这些文件

，且这些文件的顺序是很重要的，比如，在序列 foo.o -lz bar.o 中，库 z是在 bar.o 之前加载的，如果 bar.o 中调用了库 z 里函数

，那么在处理 bar.o 时，加载这些函数就会失败。

-lobjc 在链接 Objective-C 、Objective-C++ 程序时使用该选项

-pie 在支持 PIE(position independent executable) 的机器上生成位置无关的可执行程序，如果使用该选项，那么必须搭配使用代

码生成选项，比如 -fpie、-fPIE等模型子选项

-rdynamic 在支持该选项的机器上，把标识 -export_dynamic 传递给 ELF 连接器，该选项指导连接器把所有符号(包括已使用到的

符号)添加到动态符号表中；当代码调用了 dlopen 这类接口或欲在程序内部获得 backtrances 功能时，需要使用该选项。

-static 在支持动态链接的系统上，该选项可以防止链接共享库，在不支持动态链接的系统上，该选项不起作用

-shared 产成一个共享对象(比如共享库对象)，在编译链接其他可执行程序时链接这样的共享对象。在支持该选项的系统上使用该

选项时，同时必须搭配使用代码生成选项，比如 -fpie、-fPIE等模型子选项

Options for Directory Search

-Idir 把目录 dir 添加到头文件搜索目录链表中，如果多次使用 -I 选项，那么这些目录是按照从左至右的顺序依次搜索的，且目录

dir 是在系统头文件目录之前被搜索的；如果 -I 选项设置的目录是系统头文件目录或者是已由 -isystem 设置过的目录，那么

这个 -I 选项将无效，但这些目录仍将在头文件目录链中被搜索

-iquotedir 对于 #include "file"，该选项把 dir 添加到了头文件搜索目录链的头部，成为第一个被搜索的目录，但对于

#include <file>，连接器将不会搜索该目录

-Ldir 为 -l 选项添加库文件的搜索目录

-I-   该选项被建议不再使用

Options for Code Generation Conventions

该类选项的大部分都存在有效、无效两种形式，比如 -ffoo 是有效形式，-fno-foo 是无效形式，下面介绍的仅是该类选项的非默认形

式，可以通过添加或移除 no- 来构造该类选项的默认形式

-fpic 在支持该功能的机器上，为共享库生成位置无关代码 PIC(position-independent cod)，PIC 可以通过 GOT(global offset table)

访问所有 constant 内存地址；可执行程序启动时，动态加载器会解析 GOT 的入口表项，如果可执行程序 GOT 的大小超过了目标

机器的相关参数的最大值，连接器会发出错误信息以提示 -fpic 没有正常工作，我们需要使用 -fPIC 替代 -fpic 重新编译链接，该选

项会使宏 "__pic__"、"__PIC__" 被定义为 1

-fPIC 在支持 PIC 的机器上，生成适用于动态链接的 PIC 代码，且该选项避免了 GOT(global offset table) 的大小限制

该选项会使宏 "__pic__"、"__PIC__" 被定义为 2

-fpie   -fPIE

这两个选项的功能与 -fpic 、-fPIC 类似，但是由这两个选项生成的 PIC 代码只可以被链接到可执行程序里，

在执行链接时，当 -pie 选项被使用时，要使用这两个选项里其中的一个， -fpie 使宏“__pie__”、“__PIE__” 定义为 1，-fPIE 使宏

“__pie__”、“__PIE__” 定义为 2

到此请歇息，关于 GCC 详细信息还得需要 man gcc