目录
1. 翻译环境和运⾏环境
我们写的代码是文本文件,计算机能执行的是二进制指令,所以在文件执行之前,需要经过翻译过程把我们写的代码翻译成机器能执行的二进制指令。
在ANSI C的任何一种实现中,存在两个不同的环境。
第一种是翻译环境,在这个环境中源代码被转换为可执行的机器指令(二进制指令)。
第二种是执行环境,它用于实际执行代码。
2. 翻译环境:预编译+编译+汇编+链接
其实翻译环境是由编译和链接两个大的过程组成的,而编译又可以分解成:预处理(预编译)、编译、汇编三个过程。
一个C语言的项目中可能有多个.c文件一起 构建,那多个.c文件如何生成可执行程序呢?
1.多个.c文件单独经过编译器,编译处理生成对应的目标文件。
2.在windows环境下的目标文件的后缀是.obj,Linux环境下目标文件的后缀是.o
3.多个目标文件和链接库一起经过链接器处理生成最终的可执行程序。
4.链接库是指运行时库(支持程序运行的基本函数集合)或者第三方库。
上述的过程如下:
2.1预处理(预编译)
在预处理阶段,源文件和头文件会被处理成为.i为后缀的文件。
在gcc环境下想观察一下,对test.c文件预处理后的.i文件,命令如下:
默认情况下编译器在编译之后用完.i文件是会被直接删掉的。
预处理阶段主要处理那些源⽂件中#开始的预编译指令。⽐如:#include,#define,处理的规则如下:
1.将所有的#define删除,并展开所有的宏定义(将#define定义的标识符替换为具体的值)。
2.处理所有的条件编译指令,如:#if, #ifdef, #elif, #else, #endif。
3.处理#include预编译指令,将包含的头文件的内容插入到该预编译指令的位置。这个过程是递归进行的,也就是说被包含的头文件也可能包含其他文件。
4.删除所有的注释。
5.添加行号和文件名标识,方便后续编译器生成调试信息等。
6.或保留所有的#pragma的编译器指令,编译器后续会使用。
经过预处理后的.i⽂件中不再包含宏定义,因为宏已经被展开。并且包含的头⽂件都被插⼊到.i⽂件中。所以当我们⽆法知道宏定义或者头⽂件是否包含正确的时候,可以查看预处理后的.i⽂件来确认。
2.2编译
编译过程的命名如下:
假设有下面的代码
array[index] = (index + 4) * (2 + 6)
2.2.1词法分析
将源代码程序被输入扫描器(扫描器的任务就是简单的进行词法分析),把代码中的字符分割成一系列的记号(关键字, 标识符, 字面量,特殊字符等)。上面程序今昔词法分析后得到了16个记号:
2.2.2语法分析
接下来语法分析器,将对扫描产生的记号进行语法分析,从而产生语法树,这些语法树是表达式为节点的数。
2.2.3语义分析
由语义分析器来完成语义分析,即对表达式的语法层面分析。编译器所能做的分析是语义的静态分析。静态语义分析通常包含声明和类型的匹配,类型的转换等。这个阶段会报告错误的语法信息。
2.3汇编
汇编器是将汇编代码转变成机器可执行的指令,每一个汇编语句几乎都对应一条机器指令,就是根据汇编指令和机器指令的对照表一的进行翻译,也不做指令优化。汇编的命令如下:
2.4链接
链接是一个复杂的过程,链接的时候需要把一堆文件链接在一起才生成可执行程序。链接过程主要包括:地址和空间分配,符号决议和重定位等这些步骤。链接解决的是一个项目中多文件、多模块之间互相调用的问题。
比如:在一个C项目中有两个.c文件(test.c和add.c),代码如下:
test.c和add.c经过编译器处理生成test.o和add.o。我们在test.c的文件中使用add.c中的Add函数和g_val变量。
test.c文件中每一次使用Add函数和g_val的时候必须确切的知道Add和g_val的地址,但是由于每个文件是单独编译的,在编译器编译test.c的时候并不知道Add函数和g_val变量的地址,所有暂时把调用Add在其他模块中查找Add函数的指令的目标地址和g_val的地址搁置。等待最后链接的时候由链接器根据引用的符号Add在其他模块中查找Add函数的地址,然后将test.c中所有引用到Add的指令重新修正,让他们的目标地址为真正的Add函数的地址,对于全局变量g_val也是类似的方法来修正地址。这个地址修正的过程也被叫做:重定位。