gcc编译器宿主的开发(简单讲就是要为某平台编译程序,就在该平台上编译),也支持交叉编译(即在 A 平台上编译的程序是供平台 B 使用的)

1 gcc编译器简介

gcc 是 Linux 平台下最常用的编译程序,它是Linux 平台编译器的事实标准。同时,在 Linux 平台下的嵌入式开发领域,gcc也是用得最普遍的一种编译器。gcc 之所以被广泛采用,是因为它能支持各种不同的目标体系结构。例如,它既支持基于宿主的开发(简单讲就是要为某平台编译程序,就在该平台上编译),也支持交叉编译(即在 A 平台上编译的程序是供平台 B 使用的)。目前,gcc 支持的体系结构有四十余种,常见的有 X86 系列、Arm、PowerPC 等。同时,gcc 还能运行在不同的操作系统上,如 Linux、Solaris、Windows 等。

1.1 安装gcc编译器编译环境

sudo apt-get install build-essential
1.2 编译简单的C程序

通过hello，world来学习gcc。程序如下： 

#include <stdio.h>
int main(void)
{
    printf("Hello, world!\n");
    return 0;
}
我们假定该代码存为文件‘hello.c’。要用 gcc 编译该文件，使用下面的命令：

$ gcc hello.c -o hello -Wall -g
该命令将文件‘hello.c’中的代码编译为机器码并存储在可执行文件 ‘hello’中。机器码的文件名是通过 -o 选项指定的。该选项通常作为命令行中的最后一个参数。如果被省略，输出文件默认为 ‘a.out’。

如果当前目录中与可执行文件重名的文件已经存在，它将被覆盖。

选项 -Wall 开启编译器几乎所有常用的警告：强烈建议始终使用该选项。编译器有很多其他的警告选项，但 -Wall 是最常用的。默认情况下GCC 不会产生任何警告信息。当编写 C 或 C++ 程序时编译器警告非常有助于检测程序存在的问题。
如果有用到math.h库等非gcc默认调用的标准库，请使用-lm参数;本例中，编译器使用了 -Wall 选项而没产生任何警告，因为示例程序是完全合法的;
选项 "-g" 表示在生成的目标文件中带调试信息，调试信息可以在程序异常中止产生core后，帮助分析错误产生的源头，包括产生错误的文件名和行号等非常多有用的信息。
要运行该程序，输入可执行文件的路径如下：

$ ./hello
输出
Hello, world!
这将可执行文件载入内存，并使 CPU 开始执行其包含的指令。 路径 ./ 指代当前目录，因此 ./hello 载入并执行当前目录下的可执行文件 ‘hello’。

1.3  gcc最基本的用法与编译流程

1.3.1  gcc最基本的用法是∶

gcc[options][filenames]
    options：编译器所需要的编译选项
    filenames:要编译的文件名
1.3.2 gcc编译流程

gcc的整个编译流程如下：

首先要编辑好xxx.c文件,之后进行编译阶段：
预处理(PreProcessing)     ：gcc -E生成xxx.i文件->
编译(Compiling)           ：gcc -S生成xxx.s文件->
汇编(Assembling)          ：gcc -c生成xxx.o文件->
链接(Linking)             ：gcc -o生成xxx文件     
生成的xxx文件加载到内存中，通过调度器调度在内存中执行并显示出结果。

1.4 gcc涉及的文件类别简介

.c为后缀的文件:C语言源代码文件
.a为后缀的文件:是由目标文件构成的静态库文件
.so为后缀的文件:是由目标文件构成的动态库文件
.h为后缀的文件:头文件
.i为后缀的文件:是已经预处理过的C源代码文件
.ii为后缀的文件:是已经预处理过的C++源代码文件
.o为后缀的文件:是编译后的目标文件
.s为后缀的文件:是汇编语言源代码文件
.S为后缀的文件:是经过预编译的汇编语言源代码文件。
1.5 捕捉错误

gcc的消息总是具有下面的格式

文件名:行号:消息
注意：

编译器对错误与警告区别对待，前者将阻止编译，后者表明可能存在的问题但并不阻止程序编译。
很多时候如果不启用 -Wall，程序表面看起来编译正常，但是会产生不正常的结果。
显而易见，开发程序时不检查警告是非常危险的。如果有函数使用不当，将可能导致程序崩溃或产生错误的结果。开启编译器警告选项 -Wall 可捕捉 C 编程时的多数常见错误。
2 gcc编译选项

2.1 基本与常用的编译选项

2.1.1 常用编译基本选项

-c           ：只是编译不链接，生成目标文件“.o”
-S           ：只是编译不汇编，生成汇编代码 “.s”
-E           ：只进行预编译，不做其他处理 “.i”
-o  file     ：把输出文件输出到file里，一般用于编译生成可执行文件 
-v           ：打印出编译器内部编译各过程的命令行信息和编译器的版本
2.1.2 常用调试基本选项

-g：在可执行程序中包含标准调试信息。用操作系统的格式（stabs, COFF, XCOFF, or DWARF）生成调试信息。GDB可以利用这些调试信息进行调试。在大多数采用stabs格式的系统里，"-g"会生成只有GDB能使用的额外信息。与其它大多数C编译器不同，GNU CC允许开关"-g"与"-O"同时使用。优化代码采用的简捷方式可能会产生令人惊异的结果：一些声明了的变量可能根本不出现；控制流可能短暂地移动到你想不到的地方；一些语句因为其结果是常数或值已存在而不被执行；一些语句会被移到循环体外执行。无论如何这使对优化后的代码进行调试成为可能，从而可以使用优化程序处理带有BUG的程序。

2.1.3 常用宏相关基本选项

-DMACRO          ：定义宏MACRO为字符串"1"。
-DMACRO=DEFN     ：定义宏MACRO为DEFN。 命令行中所有的"-D"开关都在"-U"之前进行处理。
-UMACRO          ：取消宏MACRO的定义。"-U"开关在所有的"-D"开关之后进行处理，但在"-include"和"-imacros"开关之前进行处理。
2.1.4 常用警告信息相关选项

-Wall          ：输出所有警告信息。
该选项相当于同时使用了下列所有的选项:
    unused-function:遇到仅声明过但尚未定义的静态函数时发出警告。
    unused-label:遇到声明过但不使用的标号的警告。
    unused-parameter:从未用过的函数参数的警告。
    unused-variable:在本地声明但从未用过的变量的警告。
    unused-value:仅计算但从未用过的值得警告。
    Format:检查对 printf 和 scanf 等函数的调用,确认各个参数类型和格式串中的一致。
    implicit-int:警告没有规定类型的声明。
    implicit-function-:在函数在未经声明就使用时给予警告。
    char-subscripts:警告把 char 类型作为数组下标。这是常见错误,程序员经常忘记在某些机器上 char 有符号。
    missing-braces:聚合初始化两边缺少大括号。
    Parentheses:在某些情况下如果忽略了括号,编译器就发出警告。
    return-type:如果函数定义了返回类型,而默认类型是 int 型,编译器就发出警告。同时警告那些不带返回值的 return 语句,如果他们所属的函数并非 void 类型。
    sequence-point:出现可疑的代码元素时,发出报警。
    Switch:如果某条 switch 语句的参数属于枚举类型,但是没有对应的 case语句使用枚举元素,编译器就发出警告(在 switch 语句中使用 default分支能够防止这个警告)。超出枚举范围的 case 语句同样会导致这个警告。
    strict-aliasing:对变量别名进行最严格的检查。
    unknown-pragmas:使用了不允许的#pragma。
    Uninitialized:在初始化之前就使用自动变量
需要注意的是,各警告选项既然能使之生效,当然也能使之关闭。比如假设我们想要使用-Wall 来启用个选项,同时又要关闭 unused 警告,通过下面的命令来达到目的:

$ gcc -Wall -Wno-unused test.c -o test
下面是使用-Wall 选项时没有生效,但又比较常用的一些警告选项。:

    cast-align：一旦某个指针类型强制转换时,会导致目标所需的地址对齐边界扩展,编译器就发出警告。例如,某些机器上只能在 2 或 4 字节边界上访问整数,如果在这种机型上把 char *强制转换成 int *类型, 编译器就发出警告。
    sign-compare：将有符号类型和无符号类型数据进行比较时发出警告。
    missing-prototypes：如果没有预先声明函数原形就定义了全局函数,编译器就发出警告。即使函数定义自身提供了函数原形也会产生这个警告。这样做的目的是检查没有在头文件中声明的全局函数。
    Packed：当结构体带有 packed 属性但实际并没有出现紧缩式给出警告。
    Padded：如果结构体通过充填进行对齐则给出警告。
    unreachable-code：如果发现从未执行的代码时给出警告。
    Inline：  如果某函数不能内嵌(inline),无论是声明为 inline 或者是指定
    -Werror： 使所有的Warning报告为Error。
    使用该选项后,gcc 发现可疑之处时不会简单的发出警告就算完事,而是将警告作为一个错误而中断编译过程。该选项在希望得到高质量代码时非常有用。
    -w：不生成任何警告信息
2.1.5 常用库相关选项

-I dir      ：指定头文件所在的路径 。
-L dir      ：指定库文件所在的路径 。
-static           ：链接库到可执行程序文件中 。
-llibrary     ：连接名为library的库文件(实际上-l属于链接器选项，搜索需要的库的名字)。
2.1.6 常用优化相关选项

-O0不进行优化。
-O/O1优化。优化编译会花更长的时间，对大的函数需要更多的内存。不使用"-O"开关，编译器的目标是减少编译开销，进行调试以产生期望的结果。语句是独立的：如果在语句间用断点暂停程序，你可以给任意变量重新赋值，或把程序计数器改到函数的其它语句，最后得到的结果与源代码产生的结果还是一样的。不使用“-O”开关，编译器只把声明为“register”的变量分配到寄存器。这样编译的目标代码比PCC不使用“-O”开关编译产生的代码还差一些。
-O2进一步优化。GNU CC进行几乎所有支持的优化，但不进行空间速度平衡。编译器在使用"-O2"开关时不进行循环展开或函数内嵌。与开关"-O"相比，这一开关既增加了编译时间，又提高了生成代码的性能。"-O2"开关打开了除循环展开或函数内嵌之外的所有优化开关。也在所有机器上打开"-fforce-mem"开关，在不干扰调试的机器上消除帧指针。
2.2 关于库(静态库与动态库)

2.2.1 库的简介

@1 什么是库？

在windows和linux平台下都大量存在着库。本质上来说库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。
由于windows和linux的本质不同，因此二者库的二进制是不兼容的。
@2 库的种类
linux下的库有两种：静态库和共享库（动态库）。二者的不同点在于代码被载入的时刻不同。

静态库的代码在编译过程中已经被载入可执行程序，因此体积较大。
共享库的代码是在可执行程序运行时才载入内存的，在编译过程中仅简单的引用，因此代码体积较小。
@3 库存在的意义

库是别人写好的现有的，成熟的，可以复用的代码，你可以使用但要记得遵守许可协议。
现实中每个程序都要依赖很多基础的底层库，不可能每个人的代码都从零开始，因此库的存在意义非同寻常。
共享库的好处是，不同的应用程序如果调用相同的库，那么在内存里只需要有一份该共享库的实例。
@4 库文件是如何命名的，有没有什么规范
在linux下，库文件一般放在/usr/lib /lib下：

静态库的名字一般为libxxxx.a，其中xxxx是该lib的名称
动态库的名字一般为libxxxx.so.major.minor，xxxx是该lib的名称，major是主版本号， minor是副版本号
@5 在linux下如何知道一个可执行程序依赖哪些库
ldd命令可以查看一个可执行程序依赖的共享库，例如

# ldd /bin/lnlibc.so.6
=> /lib/libc.so.6 (0×40021000)/lib/ld-linux.so.2
=> /lib/ld- linux.so.2 (0×40000000)
可以看到ln命令依赖于libc库和ld-linux库。

@6 可执行程序在执行的时候如何定位共享库文件

当系统加载可执行代码时候，能够知道其所依赖的库的名字，但是还需要知道绝对路径，此时就需要系统动态载入器(dynamic linker/loader)，对于elf格式的可执行程序，是由ld -linux.so*来完成的，它先后搜索elf文件的 DT_RPATH段，环境变量LD_LIBRARY_PATH    /etc/ld.so.cache文件列表—/lib/,/usr/lib目录找到库文件后将其载入内存。

@7 在新安装一个库之后如何让系统能够找到他

如果安装在/lib或者/usr/lib下，那么ld默认能够找到，无需其他操作。如果安装在其他目录，需要将其添加到/etc/ld.so.cache文件中，步骤如下：

编辑/etc/ld.so.conf文件，加入库文件所在目录的路径
运行ldconfig，该命令会重建/etc/ld.so.cache文件
2.2.2 静态库的编写过程
@1 生成静态链接库的过程：

     gcc -c xx1.c xx2.c
     ar rcs libxxx.a xx1.o(目标文件1) xx2.o(目标文件2)
@2 静态库的使用：

     gcc -c main.c -I(头文件路径) -L(库文件所在路径) -llibxxx.a
2.2.3 动态库的编译过程

@1 生成动态库的过程

    gcc -c -fPIC xx1.c xx2.c
    gcc -shared -o libxxx.so xx1.o(目标文件1) xx2.o(目标文件2)
@2 动态库的使用

 gcc -c main.c -I(头文件路径) -L(库文件所在路径) -llibxxx.so
2.2.4 关于库需要注意的地方

@1 当静态库和动态库同名时， gcc命令将优先使用动态库。

@2 动态库的路径问题 为了让执行程序顺利找到动态库，有三种方法：

方法1：把库拷贝到/usr/lib和/lib目录下。

方法2：在LD_LIBRARY_PATH 环境变量中加上库所在路径。例如动态库libhello.so在/home/ting/lib目录下，则使用命令：

$export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/ting/lib
方法3：修改/etc/ld.so.conf文件，把库所在的路径加到文件末尾，执行ldconfig刷新。加入的目录下的所有库文件都可见。

@3 查看库中的符号：有时候可能需要查看一个库中到底有哪些函数，nm命令可以打印出库中的涉及到的所有符号。库既可以是静态的也可以是动态的。nm列出的符号有很多，常见的有三种：

一种是在库中被调用，但并没有在库中定义(表明需要其他库支持)，用U表示；
一种是库中定义的函数，用T表示，这是最常见的；
另外一种是所谓的“弱 态”符号，它们虽然在库中被定义，但是可能被其他库中的同名符号覆盖，用W表示。
例如，假设开发者希望知道上文提到的hello库中是否定义了 printf():

$nm libhello.so |grep printf U；
其中printf U表示符号printf被引用，但是并没有在函数内定义，由此可以推断，要正常使用hello库，必须有其它库支持，再使用ldd命令查看hello依赖于哪些库：

$ldd hello libc.so.6=>/lib/libc.so.6(0x400la000) /lib/ld-linux.so.2=>/lib/ld-linux.so.2 (0x40000000)
@4 关于参数-WI的一些说明：

$gcc -shared -Wl,-soname,libhello.so.1 -o libhello.so.1.0 hello.o
另外再建立两个符号连接

$ln -s libhello.so.1.0 libhello.so.1
$ln -s libhello.so.1 libhello.so
这样一个libhello的动态连接库就生成了。最重要的是传gcc -shared 参数使其生成是动态库而不是普通的执行程序。 -Wl 表示后面的参数也就是-soname , libhello.so.1直接传给连接器ld进行处理。实际上，每一个库都有一个soname，当连接器发现它正在查找的程序库中有这样一个名称，连接器便会将soname嵌入连结中的二进制文件内，而不是它正在运行的实际文件名，在程序执行期间，程序会查找拥有 soname名字的文件，而不是库的文件名，换句话说，soname是库的区分标志。 这样做的目的主要是允许系统中多个版本的库文件共存，习惯上在命名库文件的时候通常与soname相同 libxxxx.so.major.minor。

@5 如果要和多个库相连接，而每个库的连接方式不一样，比如程序既要和libhello进行静态连接，又要和libbye进行动态连接，其命令应为：

$gcc testlib.o -o testlib -WI,-Bstatic -lhello -WI,-Bdynamic -lbye；其中-WI类似于分隔符的作用。
2.3 gcc编译器的工具链

gcc的整套开发工具链包括以下工具：

Binutils:：一组用于编译，链接，汇编和其他调试目的的程序，包括ar,as,ld,nm,objcopy,objdump,ranlib,readelf,size,strings,strip等。这些工具的作用如下：

ar,as,ld,nm,objcopy,objdump,ranlib,readelf,size,strings,strip等。这些工具的作用如下：

    ar               ：生成静态库。
    as               ：汇编器。
    ld               ：链接器。
    nm               ：查看目标文件中的符号。
    objcopy     ：将原目标文件中的内容复制到新目标文件中，可以通过不同的参数选项调整目标文件的格式，如去掉ELF文件头。
    objdump     ：以一种可阅读的格式让你更多地了解二进制文件可能带有的附加信息。
    ranlib          ：为静态库文件创建索引，相当于ar命令的-s选项。
    readelf          ：读取ELF文件头。
    size          ：列出目标文件每个段的大小和总的大小。
    strings          ：列出目标文件中的所有字符串。
    strip          ：取出目标文件中的所有符号，使得文件尺寸变小。
gcc：gnu的编译器集合，linux下的默认编译器。
glibc：gnu的C标准函数库。该库实现了linux的系统函数，例如open、read等，也实现了C语言库，如printf等。几乎所有的应用程序都要和glibc链接。

2.4 链接原理简介

2.4.1 链接器的任务

链接器将多个目标文件链接成一个完整的，可加载的，可执行的目标文件。其输入是一组可重定位的目标文件。链接的任务：

符号解析：将多个目标文件内的引用符号和该符号的定义联系起来。
将符号定义与存储器的位置联系起来，修该对这些符号的作用。
2.4.2 ELF格式的目标文件

ELF格式的目标文件有三种形式，如下：

可重定位目标文件：.o文件。包含二进制代码和数据，已经转换成了机器指令代码和数据，但是这样还不能直接执行，因为这些指令和数据往往引用其他模块中的符号，而这些其他模块中的符号对于本模块来说是未知的，这些符号需要链接器将所有的模块进行链接，这种操作称为“重定位”。
可执行目标文件：一般是无后缀的文件。含二进制代码和数据，已经转换成了机器指令代码和数据，而且能直接执行，因为已经经过链接，和所有模块的目标文件都产生了联系，链接器将所有需要的可重定位目标文件链接成一个可执行目标文件，这时其他模块中的符号对于本模块来说是已知的，都得到了解析和重定位，因此该文件能被直接执行。
共享目标文件：.so文件。一种特殊类型的可重定位目标文件。可以在需要它的程序中运行与加载，可以动态地加载到内存中运行。共享目标文件又称为“动态库”或者“共享库”文件。
2.4.3 ELF格式的可重定定位目标文件

ELF文件是linux环境下最常用的目标文件格式，在大多数情况下，无论是可重定位的目标文件还是可执行目标文件均采用这种方式。关于ELF文件的一些说明：

ELF文件不仅包含二进制代码和数据，还包括很多链接器解析符号和解释目标文件信息。
ELF文件由两个部分组成，ELF文件头和目标文件的段。
ELF文件头前16个字节构成了一个字节序，描述了该文件系统生成的字长以及字节序，剩下的部分包括了ELF文件的一些其他信息，包括文件头的大小、目标文件的类型、目标及的类型、段头部表在目标文件内的文件偏移位置等。
ELF文件中目标文件的段是核心部分，由以下几个段组成：

    .text          :代码段。存储二进制的机器指令，可以被机器直接执行。
    .rodata          :只读数据段。存储程序中使用的复杂常量，如字符串等。
    .data          :数据段。存储程序中已经明确被初始化的全局数据，包括全局变量和静态变量，
                   注意：如果这些变量被初始化成0，则不存储在数据段中，而是存储在块数据段中。
    .bss          :块存储段。存储未被明确初始化的全局数据，在目标文件中这个段并不占用实际的空间，而仅仅是一个占位符，
                   以告知指定位置上应当预留全局数据的空间。(块缓存段的存在实际上是为了提高磁盘上存储空间的利用率)
    .symtab     :符号表。存储定义和引用的函数。每个可重定位的目标文件中都要有这样的一个表。在该表中，所有引用的本末块内的全局符号以及其他模块中的全局符号都要有一个登记。链接中的重定位操作就是将这些引用的全局符号的位置确定。
    .rel.text     :代码段需要的重定位信息。在代码段中，通常是一些函数名和标号，存储需要靠重定位操作修改位置的符号的汇总。
    .rel.data     :数据段需要的重定位信息。在数据段中，通常是一些全局变量，存储需要靠重定位操作修改位置的符号的汇总。
    .debug          :调试信息，存储一个用于调试的符号表。编译过程中使用-g会生成该段，该表包含源程序中所有符号的引用和定义。
                   有了这个段才可以在调试程序的时候打印并且观察变量的值。
    .line          :源程序的行号映射，程序中每个语句的行号，编译时使用-g会生成该段。
    .strtab          :字符串表。存储.symtab符号表和.debug符号表中符号的名字，这些名字是字符串，以‘\0’结束。
 

2.4.4 目标文件中的符号表

利用readeldf工具可以打开文件xx.o查看符号表。在文件的最后面一块。
链接器需要完成的任务：符号解析(找到所有符号则准备重定位，找不到则报错)->重定位。

2.4.5 重定位的概念
重定位分以下两个步骤进行：

重定位段：将所有目标文件中同类型的段合并，生成一个大段，合并后，程序中的指令和变量就拥有一个统一的并且惟一的运行时地址了。
重定位符号引用：由于目标文件中相同的段已经合并，因此程序对符号的引用位置就作废了。这时链接器需要修改这些引用符号的地址，使其指向正确的运行时的地址。
————————————————
版权声明：本文为CSDN博主「qq_34738528」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_34738528/article/details/109334805

以下是百度快照

�0�2

1 gcc编译器简介

gcc 是 Linux 平台下最常用的编译程序,它是Linux 平台编译器的事实标准。同时,在 Linux 平台下的嵌入式开发领域,gcc也是用得最普遍的一种编译器。gcc 之所以被广泛采用,是因为它能支持各种不同的目标体系结构。例如,它既支持基于宿主的开发(简单讲就是要为某平台编译程序,就在该平台上编译),也支持交叉编译(即在 A 平台上编译的程序是供平台 B 使用的)。目前,gcc 支持的体系结构有四十余种,常见的有 X86 系列、Arm、PowerPC 等。同时,gcc 还能运行在不同的操作系统上,如 Linux、Solaris、Windows 等。

1.1 安装gcc编译器编译环境

sudo apt-get install build-essential

1.2 编译简单的C程序

通过hello，world来学习gcc。程序如下：�0�2

#include <stdio.h>
int main(void)
{
�0�2 �0�2 printf("Hello, world!\n");
�0�2 �0�2 return 0;
}

我们假定该代码存为文件‘hello.c’。要用 gcc 编译该文件，使用下面的命令：

$ gcc hello.c -o hello -Wall -g

该命令将文件‘hello.c’中的代码编译为机器码并存储在可执行文件 ‘hello’中。机器码的文件名是通过 -o 选项指定的。该选项通常作为命令行中的最后一个参数。如果被省略，输出文件默认为 ‘a.out’。

如果当前目录中与可执行文件重名的文件已经存在，它将被覆盖。

• 选项 -Wall 开启编译器几乎所有常用的警告：强烈建议始终使用该选项。编译器有很多其他的警告选项，但 -Wall 是最常用的。默认情况下GCC 不会产生任何警告信息。当编写 C 或 C++ 程序时编译器警告非常有助于检测程序存在的问题。
• 如果有用到math.h库等非gcc默认调用的标准库，请使用-lm参数;本例中，编译器使用了 -Wall 选项而没产生任何警告，因为示例程序是完全合法的;
• 选项 "-g" 表示在生成的目标文件中带调试信息，调试信息可以在程序异常中止产生core后，帮助分析错误产生的源头，包括产生错误的文件名和行号等非常多有用的信息。

要运行该程序，输入可执行文件的路径如下：

$ ./hello
输出
Hello, world!

这将可执行文件载入内存，并使 CPU 开始执行其包含的指令。 路径 ./ 指代当前目录，因此 ./hello 载入并执行当前目录下的可执行文件 ‘hello’。

1.3 �0�2gcc最基本的用法与编译流程

1.3.1 �0�2gcc最基本的用法是∶

gcc[options][filenames]
�0�2 �0�2 options：编译器所需要的编译选项
�0�2 �0�2 filenames:要编译的文件名

1.3.2 gcc编译流程

gcc的整个编译流程如下：

首先要编辑好xxx.c文件,之后进行编译阶段：
预处理(PreProcessing) �0�2 �0�2 ：gcc -E生成xxx.i文件->
编译(Compiling) �0�2 �0�2 �0�2 �0�2 �0�2 ：gcc -S生成xxx.s文件->
汇编(Assembling) �0�2 �0�2 �0�2 �0�2 �0�2：gcc -c生成xxx.o文件->
链接(Linking) �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 ：gcc -o生成xxx文件 �0�2 �0�2�0�2

生成的xxx文件加载到内存中，通过调度器调度在内存中执行并显示出结果。

1.4 gcc涉及的文件类别简介

.c为后缀的文件:C语言源代码文件
.a为后缀的文件:是由目标文件构成的静态库文件
.so为后缀的文件:是由目标文件构成的动态库文件
.h为后缀的文件:头文件
.i为后缀的文件:是已经预处理过的C源代码文件
.ii为后缀的文件:是已经预处理过的C++源代码文件
.o为后缀的文件:是编译后的目标文件
.s为后缀的文件:是汇编语言源代码文件
.S为后缀的文件:是经过预编译的汇编语言源代码文件。

1.5 捕捉错误

gcc的消息总是具有下面的格式

文件名:行号:消息

注意：

1. 编译器对错误与警告区别对待，前者将阻止编译，后者表明可能存在的问题但并不阻止程序编译。
2. 很多时候如果不启用 -Wall，程序表面看起来编译正常，但是会产生不正常的结果。
3. 显而易见，开发程序时不检查警告是非常危险的。如果有函数使用不当，将可能导致程序崩溃或产生错误的结果。开启编译器警告选项 -Wall 可捕捉 C 编程时的多数常见错误。

2 gcc编译选项

2.1 基本与常用的编译选项

2.1.1 常用编译基本选项

-c �0�2 �0�2 �0�2 �0�2 �0�2 ：只是编译不链接，生成目标文件“.o”
-S �0�2 �0�2 �0�2 �0�2 �0�2 ：只是编译不汇编，生成汇编代码 “.s”
-E �0�2 �0�2 �0�2 �0�2 �0�2 ：只进行预编译，不做其他处理 “.i”
-o �0�2file �0�2 �0�2 ：把输出文件输出到file里，一般用于编译生成可执行文件�0�2
-v �0�2 �0�2 �0�2 �0�2 �0�2 ：打印出编译器内部编译各过程的命令行信息和编译器的版本

2.1.2 常用调试基本选项

-g：在可执行程序中包含标准调试信息。用操作系统的格式（stabs, COFF, XCOFF, or DWARF）生成调试信息。GDB可以利用这些调试信息进行调试。在大多数采用stabs格式的系统里，"-g"会生成只有GDB能使用的额外信息。与其它大多数C编译器不同，GNU CC允许开关"-g"与"-O"同时使用。优化代码采用的简捷方式可能会产生令人惊异的结果：一些声明了的变量可能根本不出现；控制流可能短暂地移动到你想不到的地方；一些语句因为其结果是常数或值已存在而不被执行；一些语句会被移到循环体外执行。无论如何这使对优化后的代码进行调试成为可能，从而可以使用优化程序处理带有BUG的程序。

2.1.3 常用宏相关基本选项

-DMACRO �0�2 �0�2 �0�2 �0�2 �0�2：定义宏MACRO为字符串"1"。
-DMACRO=DEFN �0�2 �0�2 ：定义宏MACRO为DEFN。 命令行中所有的"-D"开关都在"-U"之前进行处理。
-UMACRO �0�2 �0�2 �0�2 �0�2  ：取消宏MACRO的定义。"-U"开关在所有的"-D"开关之后进行处理，但在"-include"和"-imacros"开关之前进行处理。

2.1.4 常用警告信息相关选项

-Wall �0�2 �0�2 �0�2 �0�2 �0�2：输出所有警告信息。
该选项相当于同时使用了下列所有的选项:
�0�2 �0�2 unused-function:遇到仅声明过但尚未定义的静态函数时发出警告。
�0�2 �0�2 unused-label:遇到声明过但不使用的标号的警告。
�0�2 �0�2 unused-parameter:从未用过的函数参数的警告。
�0�2 �0�2 unused-variable:在本地声明但从未用过的变量的警告。
�0�2 �0�2 unused-value:仅计算但从未用过的值得警告。
�0�2 �0�2 Format:检查对 printf 和 scanf 等函数的调用,确认各个参数类型和格式串中的一致。
�0�2 �0�2 implicit-int:警告没有规定类型的声明。
�0�2 �0�2 implicit-function-:在函数在未经声明就使用时给予警告。
�0�2 �0�2 char-subscripts:警告把 char 类型作为数组下标。这是常见错误,程序员经常忘记在某些机器上 char 有符号。
�0�2 �0�2 missing-braces:聚合初始化两边缺少大括号。
�0�2 �0�2 Parentheses:在某些情况下如果忽略了括号,编译器就发出警告。
�0�2 �0�2 return-type:如果函数定义了返回类型,而默认类型是 int 型,编译器就发出警告。同时警告那些不带返回值的 return 语句,如果他们所属的函数并非 void 类型。
�0�2 �0�2 sequence-point:出现可疑的代码元素时,发出报警。
�0�2 �0�2 Switch:如果某条 switch 语句的参数属于枚举类型,但是没有对应的 case语句使用枚举元素,编译器就发出警告(在 switch 语句中使用 default分支能够防止这个警告)。超出枚举范围的 case 语句同样会导致这个警告。
�0�2 �0�2 strict-aliasing:对变量别名进行最严格的检查。
�0�2 �0�2 unknown-pragmas:使用了不允许的#pragma。
�0�2 �0�2 Uninitialized:在初始化之前就使用自动变量

需要注意的是,各警告选项既然能使之生效,当然也能使之关闭。比如假设我们想要使用-Wall 来启用个选项,同时又要关闭 unused 警告,通过下面的命令来达到目的:

$ gcc -Wall -Wno-unused test.c -o test

下面是使用-Wall 选项时没有生效,但又比较常用的一些警告选项。:

    cast-align：一旦某个指针类型强制转换时,会导致目标所需的地址对齐边界扩展,编译器就发出警告。例如,某些机器上只能在 2 或 4 字节边界上访问整数,如果在这种机型上把 char *强制转换成 int *类型, 编译器就发出警告。
�0�2 �0�2 sign-compare：将有符号类型和无符号类型数据进行比较时发出警告。
�0�2 �0�2 missing-prototypes：如果没有预先声明函数原形就定义了全局函数,编译器就发出警告。即使函数定义自身提供了函数原形也会产生这个警告。这样做的目的是检查没有在头文件中声明的全局函数。
�0�2 �0�2 Packed：当结构体带有 packed 属性但实际并没有出现紧缩式给出警告。
�0�2 �0�2 Padded：如果结构体通过充填进行对齐则给出警告。
�0�2 �0�2 unreachable-code：如果发现从未执行的代码时给出警告。
�0�2 �0�2 Inline：  如果某函数不能内嵌(inline),无论是声明为 inline 或者是指定
    -Werror： 使所有的Warning报告为Error。
�0�2 �0�2 使用该选项后,gcc 发现可疑之处时不会简单的发出警告就算完事,而是将警告作为一个错误而中断编译过程。该选项在希望得到高质量代码时非常有用。
    -w：不生成任何警告信息

2.1.5 常用库相关选项

-I dir �0�2 �0�2 �0�2：指定头文件所在的路径 。
-L dir �0�2 �0�2 �0�2：指定库文件所在的路径 。
-static �0�2 �0�2 �0�2 �0�2 �0�2 ：链接库到可执行程序文件中 。
-llibrary �0�2 �0�2 ：连接名为library的库文件(实际上-l属于链接器选项，搜索需要的库的名字)。

2.1.6 常用优化相关选项

• -O0不进行优化。
• -O/O1优化。优化编译会花更长的时间，对大的函数需要更多的内存。不使用"-O"开关，编译器的目标是减少编译开销，进行调试以产生期望的结果。语句是独立的：如果在语句间用断点暂停程序，你可以给任意变量重新赋值，或把程序计数器改到函数的其它语句，最后得到的结果与源代码产生的结果还是一样的。不使用“-O”开关，编译器只把声明为“register”的变量分配到寄存器。这样编译的目标代码比PCC不使用“-O”开关编译产生的代码还差一些。
• -O2进一步优化。GNU CC进行几乎所有支持的优化，但不进行空间速度平衡。编译器在使用"-O2"开关时不进行循环展开或函数内嵌。与开关"-O"相比，这一开关既增加了编译时间，又提高了生成代码的性能。"-O2"开关打开了除循环展开或函数内嵌之外的所有优化开关。也在所有机器上打开"-fforce-mem"开关，在不干扰调试的机器上消除帧指针。

2.2 关于库(静态库与动态库)

2.2.1 库的简介

@1 什么是库？

• 在windows和linux平台下都大量存在着库。本质上来说库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。
• 由于windows和linux的本质不同，因此二者库的二进制是不兼容的。

@2 库的种类
linux下的库有两种：静态库和共享库（动态库）。二者的不同点在于代码被载入的时刻不同。

• 静态库的代码在编译过程中已经被载入可执行程序，因此体积较大。
• 共享库的代码是在可执行程序运行时才载入内存的，在编译过程中仅简单的引用，因此代码体积较小。

@3 库存在的意义

• 库是别人写好的现有的，成熟的，可以复用的代码，你可以使用但要记得遵守许可协议。
• 现实中每个程序都要依赖很多基础的底层库，不可能每个人的代码都从零开始，因此库的存在意义非同寻常。
• 共享库的好处是，不同的应用程序如果调用相同的库，那么在内存里只需要有一份该共享库的实例。

@4 库文件是如何命名的，有没有什么规范
在linux下，库文件一般放在/usr/lib /lib下：

• 静态库的名字一般为libxxxx.a，其中xxxx是该lib的名称
• 动态库的名字一般为libxxxx.so.major.minor，xxxx是该lib的名称，major是主版本号， minor是副版本号

@5 在linux下如何知道一个可执行程序依赖哪些库
ldd命令可以查看一个可执行程序依赖的共享库，例如

# ldd /bin/lnlibc.so.6
=> /lib/libc.so.6 (0×40021000)/lib/ld-linux.so.2
=> /lib/ld- linux.so.2 (0×40000000)

可以看到ln命令依赖于libc库和ld-linux库。

@6 可执行程序在执行的时候如何定位共享库文件

当系统加载可执行代码时候，能够知道其所依赖的库的名字，但是还需要知道绝对路径，此时就需要系统动态载入器(dynamic linker/loader)，对于elf格式的可执行程序，是由ld -linux.so*来完成的，它先后搜索elf文件的 DT_RPATH段，环境变量LD_LIBRARY_PATH �0�2 �0�2/etc/ld.so.cache文件列表—/lib/,/usr/lib目录找到库文件后将其载入内存。

@7 在新安装一个库之后如何让系统能够找到他

如果安装在/lib或者/usr/lib下，那么ld默认能够找到，无需其他操作。如果安装在其他目录，需要将其添加到/etc/ld.so.cache文件中，步骤如下：

编辑/etc/ld.so.conf文件，加入库文件所在目录的路径
运行ldconfig，该命令会重建/etc/ld.so.cache文件

2.2.2 静态库的编写过程
@1 生成静态链接库的过程：

�0�2 �0�2 �0�2gcc -c xx1.c xx2.c
�0�2 �0�2 �0�2ar rcs libxxx.a xx1.o(目标文件1) xx2.o(目标文件2)

@2 静态库的使用：

�0�2 �0�2 �0�2gcc -c main.c -I(头文件路径) -L(库文件所在路径) -llibxxx.a

2.2.3 动态库的编译过程

@1 生成动态库的过程

 �0�2 �0�2gcc -c -fPIC xx1.c xx2.c
�0�2 �0�2 gcc -shared -o libxxx.so xx1.o(目标文件1) xx2.o(目标文件2)

@2 动态库的使用

�0�2gcc -c main.c -I(头文件路径) -L(库文件所在路径) -llibxxx.so

2.2.4 关于库需要注意的地方

@1 当静态库和动态库同名时， gcc命令将优先使用动态库。

@2 动态库的路径问题 为了让执行程序顺利找到动态库，有三种方法：

方法1：把库拷贝到/usr/lib和/lib目录下。

方法2：在LD_LIBRARY_PATH 环境变量中加上库所在路径。例如动态库libhello.so在/home/ting/lib目录下，则使用命令：

$export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/ting/lib

方法3：修改/etc/ld.so.conf文件，把库所在的路径加到文件末尾，执行ldconfig刷新。加入的目录下的所有库文件都可见。

@3 查看库中的符号：有时候可能需要查看一个库中到底有哪些函数，nm命令可以打印出库中的涉及到的所有符号。库既可以是静态的也可以是动态的。nm列出的符号有很多，常见的有三种：

1. 一种是在库中被调用，但并没有在库中定义(表明需要其他库支持)，用U表示；
2. 一种是库中定义的函数，用T表示，这是最常见的；
3. 另外一种是所谓的“弱 态”符号，它们虽然在库中被定义，但是可能被其他库中的同名符号覆盖，用W表示。

例如，假设开发者希望知道上文提到的hello库中是否定义了 printf():

$nm libhello.so |grep printf U；

其中printf U表示符号printf被引用，但是并没有在函数内定义，由此可以推断，要正常使用hello库，必须有其它库支持，再使用ldd命令查看hello依赖于哪些库：

$ldd hello libc.so.6=>/lib/libc.so.6(0x400la000) /lib/ld-linux.so.2=>/lib/ld-linux.so.2 (0x40000000)

@4 关于参数-WI的一些说明：

$gcc -shared -Wl,-soname,libhello.so.1 -o libhello.so.1.0 hello.o

另外再建立两个符号连接

$ln -s libhello.so.1.0 libhello.so.1
$ln -s libhello.so.1 libhello.so

这样一个libhello的动态连接库就生成了。最重要的是传gcc -shared 参数使其生成是动态库而不是普通的执行程序。 -Wl 表示后面的参数也就是-soname , libhello.so.1直接传给连接器ld进行处理。实际上，每一个库都有一个soname，当连接器发现它正在查找的程序库中有这样一个名称，连接器便会将soname嵌入连结中的二进制文件内，而不是它正在运行的实际文件名，在程序执行期间，程序会查找拥有 soname名字的文件，而不是库的文件名，换句话说，soname是库的区分标志。 这样做的目的主要是允许系统中多个版本的库文件共存，习惯上在命名库文件的时候通常与soname相同 libxxxx.so.major.minor。

@5 如果要和多个库相连接，而每个库的连接方式不一样，比如程序既要和libhello进行静态连接，又要和libbye进行动态连接，其命令应为：

$gcc testlib.o -o testlib -WI,-Bstatic -lhello -WI,-Bdynamic -lbye；其中-WI类似于分隔符的作用。

2.3 gcc编译器的工具链

gcc的整套开发工具链包括以下工具：

Binutils:：一组用于编译，链接，汇编和其他调试目的的程序，包括ar,as,ld,nm,objcopy,objdump,ranlib,readelf,size,strings,strip等。这些工具的作用如下：

ar,as,ld,nm,objcopy,objdump,ranlib,readelf,size,strings,strip等。这些工具的作用如下：

�0�2 �0�2 ar �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 ：生成静态库。
�0�2 �0�2 as �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 ：汇编器。
�0�2 �0�2 ld �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 ：链接器。
�0�2 �0�2 nm �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 ：查看目标文件中的符号。
�0�2 �0�2 objcopy �0�2 �0�2 ：将原目标文件中的内容复制到新目标文件中，可以通过不同的参数选项调整目标文件的格式，如去掉ELF文件头。
�0�2 �0�2 objdump �0�2 �0�2 ：以一种可阅读的格式让你更多地了解二进制文件可能带有的附加信息。
�0�2 �0�2 ranlib �0�2 �0�2 �0�2 �0�2 �0�2：为静态库文件创建索引，相当于ar命令的-s选项。
�0�2 �0�2 readelf �0�2 �0�2 �0�2 �0�2 �0�2：读取ELF文件头。
�0�2 �0�2 size �0�2 �0�2 �0�2 �0�2 �0�2：列出目标文件每个段的大小和总的大小。
�0�2 �0�2 strings �0�2 �0�2 �0�2 �0�2 �0�2：列出目标文件中的所有字符串。
�0�2 �0�2 strip �0�2 �0�2 �0�2 �0�2 �0�2：取出目标文件中的所有符号，使得文件尺寸变小。

gcc：gnu的编译器集合，linux下的默认编译器。
glibc：gnu的C标准函数库。该库实现了linux的系统函数，例如open、read等，也实现了C语言库，如printf等。几乎所有的应用程序都要和glibc链接。

2.4 链接原理简介

2.4.1 链接器的任务

链接器将多个目标文件链接成一个完整的，可加载的，可执行的目标文件。其输入是一组可重定位的目标文件。链接的任务：

1. 符号解析：将多个目标文件内的引用符号和该符号的定义联系起来。
2. 将符号定义与存储器的位置联系起来，修该对这些符号的作用。

2.4.2 ELF格式的目标文件

ELF格式的目标文件有三种形式，如下：

1. 可重定位目标文件：.o文件。包含二进制代码和数据，已经转换成了机器指令代码和数据，但是这样还不能直接执行，因为这些指令和数据往往引用其他模块中的符号，而这些其他模块中的符号对于本模块来说是未知的，这些符号需要链接器将所有的模块进行链接，这种操作称为“重定位”。
2. 可执行目标文件：一般是无后缀的文件。含二进制代码和数据，已经转换成了机器指令代码和数据，而且能直接执行，因为已经经过链接，和所有模块的目标文件都产生了联系，链接器将所有需要的可重定位目标文件链接成一个可执行目标文件，这时其他模块中的符号对于本模块来说是已知的，都得到了解析和重定位，因此该文件能被直接执行。
3. 共享目标文件：.so文件。一种特殊类型的可重定位目标文件。可以在需要它的程序中运行与加载，可以动态地加载到内存中运行。共享目标文件又称为“动态库”或者“共享库”文件。

2.4.3 ELF格式的可重定定位目标文件

ELF文件是linux环境下最常用的目标文件格式，在大多数情况下，无论是可重定位的目标文件还是可执行目标文件均采用这种方式。关于ELF文件的一些说明：

• ELF文件不仅包含二进制代码和数据，还包括很多链接器解析符号和解释目标文件信息。
• ELF文件由两个部分组成，ELF文件头和目标文件的段。
• ELF文件头前16个字节构成了一个字节序，描述了该文件系统生成的字长以及字节序，剩下的部分包括了ELF文件的一些其他信息，包括文件头的大小、目标文件的类型、目标及的类型、段头部表在目标文件内的文件偏移位置等。

ELF文件中目标文件的段是核心部分，由以下几个段组成：

�0�2 �0�2 .text �0�2 �0�2 �0�2 �0�2 �0�2:代码段。存储二进制的机器指令，可以被机器直接执行。
�0�2 �0�2 .rodata �0�2 �0�2 �0�2 �0�2 �0�2:只读数据段。存储程序中使用的复杂常量，如字符串等。
�0�2 �0�2 .data �0�2 �0�2 �0�2 �0�2 �0�2:数据段。存储程序中已经明确被初始化的全局数据，包括全局变量和静态变量，
�0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2注意：如果这些变量被初始化成0，则不存储在数据段中，而是存储在块数据段中。
�0�2 �0�2 .bss �0�2 �0�2 �0�2 �0�2 �0�2:块存储段。存储未被明确初始化的全局数据，在目标文件中这个段并不占用实际的空间，而仅仅是一个占位符，
�0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2以告知指定位置上应当预留全局数据的空间。(块缓存段的存在实际上是为了提高磁盘上存储空间的利用率)
�0�2 �0�2 .symtab �0�2 �0�2 :符号表。存储定义和引用的函数。每个可重定位的目标文件中都要有这样的一个表。在该表中，所有引用的本末块内的全局符号以及其他模块中的全局符号都要有一个登记。链接中的重定位操作就是将这些引用的全局符号的位置确定。
�0�2 �0�2 .rel.text �0�2 �0�2 :代码段需要的重定位信息。在代码段中，通常是一些函数名和标号，存储需要靠重定位操作修改位置的符号的汇总。
�0�2 �0�2 .rel.data �0�2 �0�2 :数据段需要的重定位信息。在数据段中，通常是一些全局变量，存储需要靠重定位操作修改位置的符号的汇总。
�0�2 �0�2 .debug �0�2 �0�2 �0�2 �0�2 �0�2:调试信息，存储一个用于调试的符号表。编译过程中使用-g会生成该段，该表包含源程序中所有符号的引用和定义。
�0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2 �0�2有了这个段才可以在调试程序的时候打印并且观察变量的值。
�0�2 �0�2 .line �0�2 �0�2 �0�2 �0�2 �0�2:源程序的行号映射，程序中每个语句的行号，编译时使用-g会生成该段。
�0�2 �0�2 .strtab �0�2 �0�2 �0�2 �0�2 �0�2:字符串表。存储.symtab符号表和.debug符号表中符号的名字，这些名字是字符串，以‘\0’结束。

�0�2

2.4.4 目标文件中的符号表

利用readeldf工具可以打开文件xx.o查看符号表。在文件的最后面一块。
链接器需要完成的任务：符号解析(找到所有符号则准备重定位，找不到则报错)->重定位。

2.4.5 重定位的概念
重定位分以下两个步骤进行：

1. 重定位段：将所有目标文件中同类型的段合并，生成一个大段，合并后，程序中的指令和变量就拥有一个统一的并且惟一的运行时地址了。
2. 重定位符号引用：由于目标文件中相同的段已经合并，因此程序对符号的引用位置就作废了。这时链接器需要修改这些引用符号的地址，使其指向正确的运行时的地址。