gcc背后的故事和gcc常用命令

gcc背后的故事

一、准备工作

由于 GCC 工具链主要是在 Linux 环境中进行使用，因此本文也将以 Linux 系统作为工作环 境。为了能够 演示编译的整个 过程，先创建一 个工作目录 test0,然后用文本编辑器生成一个 C 语言编写的简单 Hello.c 程序为示例，其源代码如下所示：

#include<stdio.h>
void hello(const char *name)
{
                printf("Hello %s\n",name);
}

二、编译过程

1、预处理

gcc -E hello.c -o hello.i或gcc -E hello.c

可以输出test.i文件中存放着test.c经预处理之后的代码。打开test.i文件，看一看，就明白了。后面那条指令，是直接在命令行窗口中输出预处理后的代码。
-E命令，可以让编译器在预处理后停止，并输出预处理结果。在本例中，预处理结果就是将stdio.h文件中的内容插入到test.c中。

2.编译

gcc -S hello.i -o hello.s

预处理后，可直接对生成的test.i文件编译，生成汇编代码。
-S命令，表示在程序编译期间，在生成汇编代码后，停止，-o输出汇编代码文件

3.汇编

gcc -c hello.s -o hello

对于上一步骤生成的汇编代码文件test.s，gas汇编器负责将其编译为目标。

4.链接

gcc hello.o -o hello

gcc连接器是gas提供的，负责将程序的目标文件与所需的所有附加的目标文件连接起来，最终生成可执行文件。附加的目标文件包括静态连接库和动态连接库。
对于上一步骤生成的test.o，将其与Ｃ标准输入输出库进行连接，最终生成程序test。最后在命令行窗口中，执行./test，即可得到结果

三、分析ELF文件的段

1.ELF文件的段

ELF 文件格式如下图所示，位于 ELF Header 和 Section Header Table 之间的都 是段（Section）。一个典型的 ELF 文件包含下面几个段： .text：已编译程序的指令代码段。

.rodata：ro 代表 read only，即只读数据（譬如常数 const）。
.data：已初始化的 C 程序全局变量和静态局部变量。
.bss：未初始化的 C 程序全局变量和静态局部变量。
.debug：调试符号表，调试器用此段的信息帮助调试。

2.反汇编ELF

由于 ELF 文件无法被当做普通文本文件打开，如果希望直接查看一个 ELF 文件包含的指令和数据，需要使用反汇编的方法。 使用 objdump -D 对其进行反汇编如下：

objdump -D hello

gcc常用命令

一、简介

GCC（GNU C Compiler，GNU C编译器，简称GCC）是在Linux下编写、编译C程序，经常使用的一款编译器。GCC C编译器的原作者是大胡子Richard Stallman，也是GNU项目的奠基人。GNU项目是一个非盈利项目，用来打造一个类似Unix的开源自由的操作系统，一般每个操作系统都有配套的编译器，用来编译能在这个操作系统上运行的应用程序，GNU也不例外，也需要一个配套的编译器，GCC就是大胡子把自己关在小铁屋里，白手起家，一行一行代码敲起来的，用来编译可以在GNU操作系统上运行的C语言程序

二、简单编译

#include<stdio.h>
int main()
{
        printf("Hello World!\n");
        return 0;
}
~        

2.1预处理

gcc -E test.c -o test.i或gcc -E test.c
可以输出test.i文件中存放着test.c经预处理之后的代码。打开test.i文件，看一看，就明白了。后面那条指令，是直接在命令行窗口中输出预处理后的代码。
-E命令，可以让编译器在预处理后停止，并输出预处理结果。在本例中，预处理结果就是将stdio.h文件中的内容插入到test.c中。

2.2编译汇编代码

gcc -S test.i -o test.s
预处理后，可直接对生成的test.i文件编译，生成汇编代码。
-S命令，表示在程序编译期间，在生成汇编代码后，停止，-o输出汇编代码文件

2.3汇编

gcc -c test.s -o test.o

对于上一步骤生成的汇编代码文件test.s，gas汇编器负责将其编译为目标。

2.4链接

gcc test.o -o test

gcc连接器是gas提供的，负责将程序的目标文件与所需的所有附加的目标文件连接起来，最终生成可执行文件。附加的目标文件包括静态连接库和动态连接库。
对于上一步骤生成的test.o，将其与Ｃ标准输入输出库进行连接，最终生成程序test。最后在命令行窗口中，执行./test，即可得到结果

三、多个程序文件的编译

通常整个程序是由多个源文件组成的，相应地也就形成了多个编译单元，使用 GCC 能够很好地管理 这些编译单元。假设有一个由 test1.c 和 test2.c 两个源文件组成的程序，为了对它们进行编译，并最终生成可执行程序 test，可以使用下面这条命令：

gcc test1.c test2.c -o test

如果同时处理的文件不止一个，GCC 仍然会按照预处理、编译和链接的过程依次进行。如果深究起来，上面这条命令大致相当于依次执行如下三条命令：

gcc -c test1.c -o test1.o

gcc -c test2.c -o test2.o

gcc test1.o test2.o

四、检错

gcc -pedantic illcode.c -o illcode

-pedantic 编译选项并不能保证被编译程序与 ANSI/ISO C 标准的完全兼容，它仅仅只能用来帮助 Linux 程序员离这个目标越来越近。或者换句话说，-pedantic 选项能够帮助程序员发现一些不符合 ANSI/ISO C 标准的代码，但不是全部，事实上只有 ANSI/ISO C 语言标准中要求进行编译器诊断的那些情况，才有可能被 GCC 发现并提出警告。

除了-pedantic 之外，GCC 还有一些其它编译选项也能够产生有用的警告信息。这些选项大多以-W 开头，其中最有价值的当数-Wall 了，使用它能够使 GCC 产生尽可能多的警告信息。

gcc -Wall illcode.c -o illcode

GCC 给出的警告信息虽然从严格意义上说不能算作错误，但却很可能成为错误的栖身之所。一个优秀的 Linux 程序员应该尽量避免产生警告信息，使自己的代码始终保持标准、健壮的特性。所以将警告信息当成编码错误来对待，是一种值得赞扬的行为！所以，在编译程序时带上-Werror 选项，那 么 GCC 会在所有产生警告的地方停止编译，迫使程序员对自己的代码进行修改，如下：

gcc -Werror test.c -o test

五、库文件连接

开发软件时，完全不使用第三方函数库的情况是比较少见的，通常来讲都需要借助许多函数库的支 持才能够完成相应的功能。从程序员的角度看，函数库实际上就是一些头文件（.h）和库文件（so、 或 lib、dll）的集合。。虽然 Linux 下的大多数函数都默认将头文件放到/usr/include/目录下，而库文件则放到/usr/lib/目录下；Windows 所使用的库文件主要放在 Visual Stido 的目录下的 include 和 lib， 以及系统文件夹下。但也有的时候，我们要用的库不再这些目录下，所以 GCC 在编译时必须用自己 的办法来查找所需要的头文件和库文件。

例如我们的程序 test.c 是在 linux 上使用 c 连接 mysql，这个时候我们需要去 mysql 官网下载 MySQL Connectors 的 C 库，下载下来解压之后，有一个 include 文件夹，里面包含 mysql connectors 的头文件，还有一个 lib 文件夹，里面包含二进制 so 文件 libmysqlclient.so

其中 inclulde 文件夹的路径是/usr/dev/mysql/include，lib 文件夹是/usr/dev/mysql/lib

5.1 编译成可执行文件

首先我们要进行编译 test.c 为目标文件，这个时候需要执行

gcc -c -I /usr/dev/mysql/include test.c -o test.o

5.2链接

最后我们把所有目标文件链接成可执行文件:

gcc -L /usr/dev/mysql/lib -lmysqlclient test.o -o test

Linux 下的库文件分为两大类分别是动态链接库（通常以.so 结尾）和静态链接库（通常以.a 结尾），二者的区别仅在于程序执行时所需的代码是在运行时动态加载的，还是在编译时静态加载的。

5.3强制链接时使用静态链接库

默认情况下， GCC 在链接时优先使用动态链接库，只有当动态链接库不存在时才考虑使用静态链 接库，如果需要的话可以在编译时加上-static 选项，强制使用静态链接库。

在/usr/dev/mysql/lib 目录下有链接时所需要的库文件 libmysqlclient.so 和 libmysqlclient.a，为了让 GCC 在链接时只用到静态链接库，可以使用下面的命令:

gcc -L /usr/dev/mysql/lib -static -lmysqlclient test.o -o test

静态库链接时搜索路径顺序：

ld 会去找 GCC 命令中的参数-L
再找 gcc 的环境变量 LIBRARY_PATH
再找内定目录 /lib /usr/lib /usr/local/lib 这是当初 compile gcc 时写在程序内的
动态链接时、执行时搜索路径顺序:

编译目标代码时指定的动态库搜索路径
环境变量 LD_LIBRARY_PATH 指定的动态库搜索路径
配置文件/etc/ld.so.conf 中指定的动态库搜索路径
默认的动态库搜索路径/lib
默认的动态库搜索路径/usr/lib
有关环境变量：

LIBRARY_PATH 环境变量：指定程序静态链接库文件搜索路径

LD_LIBRARY_PATH 环境变量：指定程序动态链接库文件搜索路

总结

对gcc有了进一步了解，虽然整个过程是直接根据资料一步一步实践。

参考

https://blog.csdn.net/qq_45945548/article/details/120605481