关于GCC编译

GCC参数详解

gcc是gnu compiler collection 的简称,他包含了多种语言的编译器,如C, C++, Objective-C, Objective-C++, Java, Fortran和Ada。但每种编译器的名字不一样,gcc and g++ 分别是 gnu 的 c & c++ 编译器

gcc/g++ 在执行编译工作的时候,总共需要 4 步

1. 预处理, 生成 .i 的文件 [ 调用预处理器 cpp]

2. 将预处理后的文件转换成汇编语言 , 生成文件 .s[ 调用编译器 gcc/egcs]

3. 有汇编变为目标代码 ( 机器代码 ) 生成 .o 的文件 [ 调用汇编器 as]

4. 连接目标代码 , 生成可执行程序 [ 调用链接器 ld]

常见的gcc参数介绍

-x language filename

   设定文件所使用的语言 , 使后缀名无效 , 对以后的多个有效 . 也就是根

   据约定 C 语言的后缀名称是 .c 的,而 C++ 的后缀名是 .C 或者 .cpp, 如果

   你很个性,决定你的 C 代码文件的后缀名是 .pig 哈哈,那你就要用这

   个参数 , 这个参数对他后面的文件名都起作用,除非到了下一个参数

   的使用。

   可以使用的参数吗有下面的这些

     `c‘, `objective-c‘, `c-header‘, `c++‘, `cpp-output‘,

     `assembler‘, and `assembler-with-cpp‘.

   看到英文,应该可以理解的。

   例子用法 :

   gcc -x c hello.pig

-x none filename

  关掉上一个选项,也就是让 gcc 根据文件名后缀,自动识别文件类型

  例子用法 :

   gcc -x c hello.pig -x none hello2.c   

-c

  只激活预处理 , 编译 , 和汇编 , 也就是他只把程序做成 obj 文件

  例子用法 :

   gcc -c hello.c

  他将生成 .o 的 obj 文件

-S

  只激活预处理和编译,就是指把文件编译成为汇编代码。

  例子用法

   gcc -S hello.c

  他将生成 .s 的汇编代码,你可以用文本编辑器察看

-E

  只激活预处理 , 这个不生成文件 , 你需要把它重定向到一个输出文件里

  面 .

  例子用法 :

   gcc -E hello.c > pianoapan.txt

   gcc -E hello.c | more

  慢慢看吧 , 一个 hello word 也要与处理成 800 行的代码

-o

  制定目标名称 , 缺省的时候 ,gcc 编译出来的文件是 a.out, 很难听 , 如果

  你和我有同感,改掉它 , 哈哈

  例子用法

   gcc -o hello.exe hello.c ( 哦 ,windows 用习惯了 )

   gcc -o hello.asm -S hello.c

-pipe

  使用管道代替编译中临时文件 , 在使用非 gnu 汇编工具的时候 , 可能有些问

  题

   gcc -pipe -o hello.exe hello.c

-ansi

  关闭 gnu c 中与 ansi c 不兼容的特性 , 激活 ansi c 的专有特性 ( 包括禁止一

  些 asm inline typeof 关键字 , 以及 UNIX,vax 等预处理宏 ,

-std c99

表示编译器支持c99标准,主要有c89,c99,gnu89,gnu99,已经c++部分的c++98, c++0x, gnu++98, gnu++0x

-rdynamic

通知链接器将所有符合添加到动态符号表中去

-lxx

表示动态加载libxx.so库

-Lxx

表示增加目录xx,让编译器可以在xx下寻找库文件

-Ixx

表示增加目录xx,让编译器可以在xx下寻找头文件

优化选项

-o FILE

生成指定的输出文件。用在生成可执行文件时。

-O0

不进行优化处理。

-O 或 -O1

优化生成代码。

-O2

进一步优化。

-O3

比 -O2 更进一步优化,包括 inline 函数。

-shared

生成共享目标文件。通常用在建立共享库时。

-static

禁止使用共享连接。

-w

不生成任何警告信息。

-Wall

生成所有警告信息。一下是具体的选项,可以单独使用

‘-Wcomment’  This option warns about nested comments.

‘-Wformat’   This option warns about the incorrect use of format strings in functions

such as printf and scanf, where the format specifier does not agree with the

type of the corresponding function argument.

‘-Wunused’   This option warns about unused variables.

‘-Wimplicit’ This option warns about any functions that are used without being declared.

‘-Wreturn-type’ This option warns about functions that are defined without a return

type but not declared void. It also catches empty return statements in

functions that are not declared void.

其他的一些warn编译选项(不包含在Wall中的)

‘-W’     This is a general option similar to ‘-Wall’ which warns about a selection of

common programming errors, such as functions which can return without a value

(also known as “falling off the end of the function body”), and comparisons

一般情况下,-W 和 -Wall同时使用

‘-Wconversion’  This option warns about implicit type conversions that could cause

unexpected results.

‘-Wshadow’  This option warns about the redeclaration of a variable name in a scope where

it has already been declared.

‘-Wcast-qual’  This option warns about pointers that are cast to remove a type qualifier,

such as const.

‘-Wwrite-strings’ This option implicitly gives all string constants defined in the program

a const qualifier, causing a compile-time warning if there is an attempt

to overwrite them.

‘-Wtraditional’   This option warns about parts of the code which would be interpreted

differently by an ANSI/ISO compiler and a “traditional” pre-ANSI

compiler.(5)

上面的这些warn选项都仅仅产生warn,而不会停止编译过程,下面的选项可以将warn视为error并停止编译

‘-Werror’   changes the default behavior by converting warnings into errors, stopping

the compilation whenever a warning occurs.

between signed and unsigned values.

一般情况下,-W 和 -Wall同时使用

有关宏定义的选项

有两种定义的宏的方式:1:其他原文件中;2:在GCC的命令行中使用 -Dxxx

当这些宏被定义后(#define xxx)

在系统中使用时:#ifdef xxx 就会被预处理器扩展为有效代码;

在系统中已经定义了一些系统命名空间内的宏,都是以  __ 开头的 (两条下划线)

使用命令:cpp -dM /dev/null 可以查看到所有的预定义宏

(注:在这些宏中,有一些是GCC系统级的宏,它们都不是以__开头,这些非标准的宏可以使用

GCC的编译选项 -ansi 使其无效)

(其实,利用-Dxxx来定义xxx,就是将xxx赋值为1 )

-Dmacro

  相当于C语言中的#define macro

  

-Umacro

  相当于C语言中的#undef macro

-undef

  取消对所有非标准宏的定义

也是利用 -Dxxx=value的方式来定义

假如利用-DNAME="" (空)来定义一个宏,则这个宏也被视为被定义的,但是如果按值展开的话,

则为空;

-Dmarco=3

相当于在源文件中的#define macro 3

-g

  只是编译器,在编译的时候,产生调试信息。

-m

选择不同的硬件型号 或 配置 --- 例如, 68010 还是 68020, 有没有浮点协处理器. 通过指定选项, 安装编译器的一个版本能够为所有的型号或配置进行编译.有很多选项,这里不列举,如 -mshort,认为int类型为16bit

-Xlinker option

传递option给链接器,如果option有两个参数,我们必须用两次-Xlinker,因为它每次只能传一个字符串。例如-assert definitions,我们需要 -Xlinker -assert -Xlinker definitions。

如果是GNU的链接器,我们可以这样写 -Xlinker -assert=definitions,而其他链接器可能不支持这样的写法

程序性能测试工具-gprof

To use profiling, the program must be compiled and linked with the ‘-pg’

profiling option:

$ gcc -Wall -c -pg collatz.c

$ gcc -Wall -pg collatz.o

编译和链接的时候添加选项 -pg ,才能使用gprof测试程序性能

然后运行编译通过的程序,才能产生gprof需要的文件 gmon.out(在当前目录下)

然后执行:

$ gprof a.out (假设可执行文件是缺省生成的)

程序覆盖测试工具- gcov

The GNU coverage testing tool gcov analyses the number of times each

line of a program is executed during a run. This makes it possible to

find areas of the code which are not used, or which are not exercised

in testing. When combined with profiling information from gprof the

information from coverage testing allows efforts to speed up a program to

be concentrated on specific lines of the source code.

编译和链接必须使用相关选项,才可以使用gcov工具。

例如:

$ gcc -Wall -fprofile-arcs -ftest-coverage cov.c

其中

‘-ftest-coverage’ adds instructions for counting the number of times

individual lines are executed,

‘-fprofile-arcs’ incorporates instrumentation code for each branch of

the program. Branch instrumentation records how frequently

different paths are taken through‘if’ statements and

other conditionals.

运行通过编译的程序,产生供gcov使用的文件:

分别带有后缀:‘.bb’‘.bbg’ and ‘.da’在当前目录下

然后运行

$ gcov cov.c (注意:是源代码文件 )

这样会产生一个带有标注的源文件的副本文件,后缀为 .gcov

在该文件中,标注了每一行代码的执行次数,标注为‘###### ’的语句为

未被执行到的语句。

可以通过命令:

grep ’######’ *.gcov 查找到所有未被执行到的语句

1. 信息是什么?

信息是“位+上下文”。也就是说,信息在计算中如此表达,由多个有序位(BIT)及其值(0或1)组成的整体。

2. 编译系统的大致流程

图表 1 编译系统

1.预编译阶段

输入的是C语言的源文件,通常为*.c。它们通常带有.h之类头文件的包含文件。这个阶段主要处理源文件中的#ifdef、 #include和#define命令。该阶段会生成一个中间文件*.i,但实际工作中通常不用专门生成这种文件,因为基本上用不到;若非要生成这种文件不可,可以利用下面的示例命令:

gcc -E test.c -o test.i

2.编译阶段

输入的是中间文件*.i,编译后生成汇编语言文件*.s 。这个阶段对应的GCC命令如下所示:

gcc -S test.i -o test.s

3.汇编阶段

将输入的汇编文件*.s转换成机器语言*.o。这个阶段对应的GCC命令如下所示:

gcc -c test.s -o test.o

4.链接阶段

将输入的机器代码文件*.s(与其它的机器代码文件和库文件)汇集成一个可执行的二进制代码文件。这一步骤,可以利用下面的示例命令完成:

gcc test.o -o test

信息的表示和处理

3. 各类型的大小

4. “大小端”(big-edian和little-endian)

endian: The ordering of bytes in a multi-byte number.[3]

端:在计算机系统体系结构中用来描述在多字节数中各个字节的存储顺序。

图表 2 Mapping registers to memory locations

来源于:

http://www.cnblogs.com/facingwaller/archive/2013/03/18/2966770.html

http://blog.sina.com.cn/s/blog_531bb76301013lyq.html

时间: 2024-11-06 18:24:43

关于GCC编译的相关文章

gcc 编译控制选项

gcc 编译控制选项前面已经讲过, gcc 的基本用法是:$ gcc [选项] [文件名]gcc 有很多编译控制选项,使得 gcc 可以根据不同的参数进行不同的编译处理,可供 gcc调用的参数大约有 100 来个,但实际使用中并不会用到这么的多选项和参数.这里只介绍一些最基本和常用的控制选项以及参数,如表 10.3 所列.表 10.3 gcc 常用选项和参数 名称 功能描述 -c 只编译不链接.编译器只是将输入的.c 等源代码文件生成.o 为后缀的目标文件,通常用于编译不包含主程序的子程序文件

GCC 编译详解 (转)

朋友用C调用lua的库,但是不能直接调用源码,必须要编译成静态链接库才可以使用,问学长说是因为要分开编译链接.这就不理解了,于是转一篇讲编译的文章学习一下,补补课… GNU CC(简称为Gcc)是GNU项目中符合ANSI C标准的编译系统,能够编译用C.C++和Object C等语言编写的程序.Gcc不仅功能强大,而且可以编译如C.C++.Object C.Java.Fortran.Pascal.Modula-3和Ada等多种语言,而且Gcc又是一个交叉平台编译器,它能够在当前CPU平台上为多种

[原]高版本gcc编译哟优化可能导致问题

系统:ubuntu14.04 编译器:gcc4.8.2 问题描述:工作需要,使用libnids,所以就下了最新版本的1.24,编译安装后,发现tcp报文重组工作无法完成,具体表现为虽然通过nids_register_tcp函数注册了回调函数,但函数一直不能被执行,通过对libnids执行流程的跟踪,发现在计算checksum的时候出了问题,checksum的值一直不为零,导致libnids认为数据报损坏. 不明所以,但通过思考,觉得问题应该处在编译器上,是不是64位和32为的问题呢?源码中并没有

万年历算法的实现(C语言--gcc编译)

/** cal.c * * 现行的格里历是从儒略历演化而来的.儒略历每4年一个润年,润年366天,平年365天.* 如果从公元1年算的话,那么凡是能够被4整除的都是润年.从天文角度看,儒略历这种 * 历法是有误差的,到16世纪误差已经达到了10天.1582年,罗马教皇对儒略历进行了 * 一次校定,该年的10-5到10-14这10天被抹掉,并规定凡不能被400整除的世纪年不再 * 算为润年,校定之后的儒略历即为现行的格里历. * * 但是英国直到1752年才开始使用格里历,此时时间误差已经达到了1

使用gcc编译gdb调试

gcc 在linux系统中,默认是没有安装gcc编译器的,可以通过命令 rpm -q | grep gcc 来查看.安装命令为: yum -y install gcc 安装后,编写一个.c结尾的文件. gcc test.c 就会默认输出一个a.out的输出文件,这个输出文件就是可执行文件. 如果加上-o选项,则可以自定目标文件. gcc -o test test.c test就是它的可执行文件. 一般都默认加上-Wall 选项,可以自动提示一些出错警告的信息. gcc -Wall -o test

linux 下gcc 编译结构体问题

最近在linux 学习c语言的编程,发现好多原来在vs 上的在linux 都编译不过去,今天就遇到了一个问题就是结构体的编译的问题, 结构体大概的定义是 struct Node{ int a; int b; }; 在利用gcc 编译的时候就显示 错误:‘Node’未声明(在此函数内第一次使用), 这就让我感觉很奇怪,原来这都是可以的 后来查了资料改成这个样子就可以了 typedef struct Node{ int a; int b; }Node; 这样就编译成功了.

GCC编译uboot出现(.ARM.exidx+0x0): undefined reference to `__aeabi_unwind_cpp_pr0'错误的解决办法

/opt/arm-2010.09/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/armv4t/libgcc.a(_bswapsi2.o):(.ARM.exidx+0x0): undefined reference to `__aeabi_unwind_cpp_pr0' make: *** [u-boot] Error 1 一旦编译uboot出现上述错误,请不要慌张!解决办法官网已经给出,主要解决办法如下: vim 打开./lib_arm/eabi_com

gcc编译c语言

摘自<Linux程序设计>第四版,人民邮电出版社 c语言程序的编译与调试<<使用gcc编译,gdb调试>> 程序编译过程:词法分析-->语法分析-->中间代码生成-->代码优化-->目标代码生成gcc编译器:预处理(preprocessing)-->编译(compilation)-->汇编(assembly)-->连接(link) 文件后缀名说明:.c:c语言代码.a:由目标文件构成的库文件.C,.cc,.cpp:C++代码.h

gcc 编译过程

gcc 编译过程从 hello.c 到 hello(或 a.out)文件, 必须历经 hello.i. hello.s. hello.o,最后才得到 hello(或a.out)文件,分别对应着预处理.编译.汇编和链接 4 个步骤,整个过程如图 10.5 所示. 这 4 步大致的工作内容如下:(1) 预处理, C 编译器对各种预处理命令进行处理,包括头文件包含.宏定义的扩展.条件编译的选择等:(2) 编译,将预处理得到的源代码文件,进行"翻译转换",产生出机器语言的目标程序,得到机器语言

gcc 编译

1.Gcc编译流程 1)预处理 gcc -E hello.c -o hello.i -o指目标文件. .i文件为已经过预处理的c原始程序 2)编译 gcc -S hello.i -o hello.s 3)汇编 gcc -c hello.s -o hello.o 4)链接 gcc hello.o -o hello gcc 编译选项 -c 只是编译不链接,生成目标文件.o -S 只是编译不汇编,生成汇编代码 -E 只进行预编译,不做其他处理 -o file 把输出文件输出到file里 -I dir