1、C 语言编 译全过程剖析0.内容摘要C 语言编译的整个过程是非常复杂的，里面涉及到的编译器知识、硬件知识、工具链知识都是非常多的，深入了解整个编译过程对工程师理解应用程序的编写是有很大帮助的，希望大家可以多了解一些，在遇到问题时多思考、多实践。 一般情况下，我们只需要知道分成编译和连接两个阶段，编译阶段将源程序（*.c)转换成为目标代码（，一般是 obj 文件，至于具体过程就是上面说的那些阶段），连接阶段是把源程序转换成的目标代码（obj 文件）与你程序里面调用的库函数对应的代码连接起来形成对应的可执行文件（exe 文件）就可以了，其他的都需要在实践中多多体会才能有更深的理解。编译的概念：编译
2、程序读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码，再由汇编程序转换为机器语言，并且按照操作系统对可执行文件格式的要求链接生成可执行程序。编译的完整过程：C 源程序预编译处理(.c)编译、优化程序（.s、.asm）汇编程序(.obj、.o、.a、.ko)链接程序（.exe、.elf、.axf 等）。1.编译预处理读取 c 源程序，对其中的伪指令（以#开头的指令）和特殊符号进行处理伪指令主要包括以下四个方面：（1）宏定义指令，如#define Name TokenString，#undef 等。对于前一个伪指令，预编译所要做的是将程序中的所有 Name 用
3、 TokenString 替换，但作为字符串常量的 Name 则不被替换。对于后者，则将取消对某个宏的定义，使以后该串的出现不再被替换。（2）条件编译指令，如#ifdef，#ifndef，#else，#elif，#endif 等。这些伪指令的引入使得程序员可以通过定义不同的宏来决定编译程序对哪些代码进行处理。预编译程序将根据有关的文件，将那些不必要的代码过滤掉（3） 头文件包含指令，如#include “FileName“或者#include 等。在头文件中一般用伪指令#define 定义了大量的宏（最常见的是字符常量），同时包含有各种外部符号的声明。采用头文件的目的主要是为了使某些定义可以供
4、多个不同的 C 源程序使用。因为在需要用到这些定义的 C 源程序中，只需加上一条#include 语句即可，而不必再在此文件中将这些定义重复一遍。预编译程序将把头文件中的定义统统都加入到它所产生的输出文件中，以供编译程序对之进行处理。包含到 c 源程序中的头文件可以是系统提供的，这些头文件一般被放在/usr/include 目录下。在程序中#include 它们要使用尖括号（）。另外开发人员也可以定义自己的头文件，这些文件一般与 c 源程序放在同一目录下，此时在#include 中要用双引号（“）。（4）特殊符号，预编译程序可以识别一些特殊的符号。例如在源程序中出现的 LINE 标识将被解释为
5、当前行号（十进制数），FILE 则被解释为当前被编译的 C 源程序的名称。预编译程序对于在源程序中出现的这些串将用合适的值进行替换。预编译程序所完成的基本上是对源程序的“替代”工作。经过此种替代，生成一个没有宏定义、没有条件编译指令、没有特殊符号的输出文件。这个文件的含义同没有经过预处理的源文件是相同的，但内容有所不同。下一步，此输出文件将作为编译程序的输出而被翻译成为机器指令。2.编译、优化阶段经过预编译得到的输出文件中，只有常量；如数字、字符串、变量的定义，以及 C 语言的关键字，如 main,if,else,for,while, +,-,*,/等等。编译程序所要作得工作就是通过词法分析和
6、语法分析，在确认所有的指令都符合语法规则之后，将其翻译成等价的中间代码表示或汇编代码。优化处理是编译系统中一项比较艰深的技术。它涉及到的问题不仅同编译技术本身有关，而且同机器的硬件环境也有很大的关系。优化一部分是对中间代码的优化。这种优化不依赖于具体的计算机。另一种优化则主要针对目标代码的生成而进行的。对于前一种优化，主要的工作是删除公共表达式、循环优化（代码外提、强度削弱、变换循环控制条件、已知量的合并等）、复写传播，以及无用赋值的删除，等等。后一种类型的优化同机器的硬件结构密切相关，最主要的是考虑是如何充分利用机器的各个硬件寄存器存放的有关变量的值，以减少对于内存的访问次数。另外，如何根据
7、机器硬件执行指令的特点（如流水线、RISC、CISC、VLIW 等）而对指令进行一些调整使目标代码比较短，执行的效率比较高，也是一个重要的研究课题。经过优化得到的汇编代码必须经过汇编程序的汇编转换成相应的机器指令，方可能被机器执行。3.汇编过程汇编过程实际上指把汇编语言代码翻译成目标机器指令的过程。对于被翻译系统处理的每一个 C 语言源程序，都将最终经过这一处理而得到相应的目标文件。目标文件中所存放的也就是与源程序等效的目标的机器语言代码。目标文件由段组成。通常一个目标文件中至少有两个段：代码段：该段中所包含的主要是程序的指令。该段一般是可读和可执行的，但一般却不可写。数据段：主要存放程序中要
8、用到的各种全局变量或静态的数据。一般数据段都是可读，可写，可执行的。UNIX 环境下主要有三种类型的目标文件：（1）可重定位文件其中包含有适合于其它目标文件链接来创建一个可执行的或者共享的目标文件的代码和数据。（2）共享的目标文件这种文件存放了适合于在两种上下文里链接的代码和数据。第一种是链接程序可把它与其它可重定位文件及共享的目标文件一起处理来创建另一个 目标文件；第二种是动态链接程序将它与另一个可执行文件及其它的共享目标文件结合到一起，创建一个进程映象。（3）可执行文件它包含了一个可以被操作系统创建一个进程来执行之的文件。汇编程序生成的实际上是第一种类型的目标文件。对于后两种还需要其他的一
9、些处理方能得到，这个就是链接程序的工作了。4.链接程序由汇编程序生成的目标文件并不能立即就被执行，其中可能还有许多没有解决的问题。例如，某个源文件中的函数可能引用了另一个源文件中定义的某个符号（如变量或者函数调用等）；在程序中可能调用了某个库文件中的函数，等等。所有的这些问题，都需要经链接程序的处理方能得以解决。链接程序的主要工作就是将有关的目标文件彼此相连接，也即将在一个文件中引用的符号同该符号在另外一个文件中的定义连接起来，使得所有的这些目标文件成为一个能够诶操作系统装入执行的统一整体。根据开发人员指定的同库函数的链接方式的不同，链接处理可分为两种：（1）静态链接在这种链接方式下，函数的代
10、码将从其所在地静态链接库中被拷贝到最终的可执行程序中。这样该程序在被执行时这些代码将被装入到该进程的虚拟地址空间中。静态链接库实际上是一个目标文件的集合，其中的每个文件含有库中的一个或者一组相关函数的代码。（2） 动态链接在此种方式下，函数的代码被放到称作是动态链接库或共享对象的某个目标文件中。链接程序此时所作的只是在最终的可执行程序中记录下共享对象的名字以及其它少量的登记信息。在此可执行文件被执行时，动态链接库的全部内容将被映射到运行时相应进程的虚地址空间。动态链接程序将根据可执行程序中记录的信息找到相应的函数代码。对于可执行文件中的函数调用，可分别采用动态链接或静态链接的方法。使用动态链接
11、能够使最终的可执行文件比较短小，并且当共享对象被多个进程使用时能节约一些内存，因为在内存中只需要保存一份此共享对象的代码。但并不是使用动态链接就一定比使用静态链接要优越。在某些情况下动态链接可能带来一些性能上损害。5.总结C 语言编译的整个过程是非常复杂的，里面涉及到的编译器知识、硬件知识、工具链知识都是非常多的，深入了解整个编译过程对工程师理解应用程序的编写是有很大帮助的，希望大家可以多了解一些，在遇到问题时多思考、多实践。一般情况下，我们只需要知道分成编译和连接两个阶段，编译阶段将源程序（*.c)转换成为目标代码（，一般是 obj 文件，至于具体过程就是上面说的那些阶段），连接阶段是把源程
12、序转换成的目标代码（obj 文件）与你程序里面调用的库函数对应的代码连接起来形成对应的可执行文件（exe 文件）就可以了，其他的都需要在实践中多多体会才能有更深的理解。C 语言中出现的几个 error 及其解决方案1：fatal error C1010: unexpected end of file while looking for precompiled header directive 该如何解决？ 如果发生错误的文件是由其他的 C 代码文件添加进入当前工程而引起的，则 Alt+F7进入当前工程的 Settings，选择 C/C+选项卡，从 Category 组合框中选中Precompi
13、led Headers，选择 Not Using Precompiled headers。确定如果发生错误的文件原本是该工程中的，则检查该文件头部有没有#include “stdafx.h“语句，没有的话添加。 如果还不行，也有可能是定义的类或结构体等最后忘了加分号，注意一下。 2：fatal error RC1015: cannot open include file afxres.h.该如何解决#include “afxres.h“语句是在 .rc 文件中的，而 afxres.h 文件在 VC 的安装目录的.VC98MFCINCLUDE 目录中，所以着重查一下 Tools 菜单中 Opti
14、ons 对话框中的 Directories中的包括文件的路径是否正确，是否在 VC 的安装路径中，不是的话，改过来，如果这方面没问题，则到其他机器中拷贝 afxres.h 到相应的目录中。 3：Dll 分配的内存块,应用程序释放，结果报异常。 用 GlobalAlloc()代替 new, 用 GlobalFree() 代替 delete 就不会出错了 其实还有一个办法，就是把 dll 的 Settings 的 C/C+选项卡的 Code Generation 的Use Run-time liberary 改成 Debug Multithreaded DLL，在 Release 版本中改成Mul
15、tithreaded DLL，就可以直接使用 new 和 delete 了，没问题 比较规范点的做法一般是 DLL 分配的内存由 DLL 释放。在 DLL 中加一个函数释放内存不是更好吗。 4：发现打印预览的图形明显比屏幕显示图形小，怎么办？ 这多半是 CDC 映射模式的选择引起的，缺省状态下，选择的是 MM_TEXT 模式，MM_TEXT 以设备的像素点为单位，而不同设备的像素点的大小不同，打印机的分辨率比显示器要高很多，所以导致同样图形在打印时候变小。解决之道是统一使用其他定长的映射模式，比如 MM_HIMETRIC 等等（CDC:SetMapMode()改变映射模式） 5：CString
16、、char*、string、int、_bstr_t、CTime、COleDateTime 等等的相互转换，如何判断一个字符串是一个浮点数？ cpp view plaincopyprint?1.#include 2. using namespace std; 3. #include 4. 5. CString strCString=“ABC“; 6.char strchar256,*pstr; 7. pstr=(LPSTR)(LPCTSTR)strCString;/CString-char* 8. strcpy(strchar,(LPSTR)(LPCTSTR)strCString); /CStr
17、ing-char 9. _bstr_t strbstr=pstr; /char*-_bstr_t 10. WCHAR *strWCHAR=strbstr; /b_str_t-UNICODE 11. strbstr=strWCHAR; 12. pstr=strbstr; /UNICODE-char* 13. strCString=“10“; 14. int istr=atoi(LPSTR)(LPCTSTR)strCString); /CString、char、char*-int strCString.Format(“%d“,istr); /int-CString 15. sprintf(strc
18、har,“%d“,istr); /int-char 16. pstr=new char256; /字符串申请空间 17. strcpy(pstr,“ABC“); /字符串赋值 18. delete pstr; /字符串释放 19. string strstring=“ABC“; 20. pstr=(char*)strstring.c_str(); /string-char* 21. strCString=“2003-10-27 6:24:37“; /CString-COleDateTime 22. COleVariant vtime(strCString); 23. vtime.ChangeT
19、ype(VT_DATE); 24. COleDateTime time4=vtime; 25. COleDateTime time1(1977,4,16,2,2,2); /COleDataTime-CTime 26. SYSTEMTIME systime; 27. VariantTimeToSystemTime(time1, 28. CTime tm(systime); 29. time_t time2=tm.GetTime(); /CTime-time_t 30. COleDateTime time3(time2); /time_t-COleDateTime 31. /判断字符串是否是某种类
20、型 32. CString sValue(“123.1“); 33. COleVariant vValue(sValue); 34. BOOL bStrIsFloat = (SUCCEEDED(VariantChangeType( 35. if(bStrIsFloat) 36. 37. AfxMessageBox(“浮点“); 38. 39. 6：如何建立一个 UNICODE 应用程序？ 建立一个应用程序，打开 Alt+F7 settings 选项，选择 C/C+选项卡，在Preprocessor definenation 中加上_UNICODE，在 Link 选项卡中，在 Category
21、选择框中选择 Output，在 Entry-point symbol 编辑框中，添加 wWinMainCRTStartup 确定。注意调试 UNICODE 程序时，需要在安装时 VC 选择所有选项，否则会缺少动态库和相应的.lib 文件 fcs42.lib(dllmodul.obj) : error LNK2005:_DllMain12 already defined in MSVCRT.lib(dllmain.obj) 2008-06-05 21:25 Reason:project/general Using MFC in shared dll 我是在 win32 DLL 下生成 Relea
22、se 的 DLL 出的这个错,原因如下.但是我解决这个问题是用的另一方案: 在 “连接/ 输入/忽略库“和连接/ 输入/对象/库模块“中都输入 mfcs42.lib 就 OK 了 http:/ 注意：等效的链接器命令行是：/NOD:。5. 在“对象/库模块”框中，插入库名。必须确保这些库按顺序列出，而且是行中的前两个库（例如，Nafxcwd.lib 和 Libcmtd.lib）。解决方案二：找到并纠正出现问题的模块要查看当前的库链接顺序，请按照下列步骤操作：1. 在“项目”菜单上，单击“设置”。2. 在“项目设置”对话框的“以下项目的设置”视图中，单击以选中出现链接错误的项目配置。 3. 在“链接”选项卡上的“项目选项”框中键入 /verbose:lib。4. 重新生成项目。在链接过程中，这些库将在输出窗口中列出。
