Makefile经典教程 - 陈皓 编译编译器需要的是语法的正确，函数与变量的声明的正确。对于后

文件名称: Makefile经典教程 - 陈皓

所属分类: C

开发工具:

文件大小: 2mb

下载次数: 0

上传时间: 2019-03-02

提供者: m0_37******

下载 (2mb)

不能下载？报告错误

详细说明： 编译编译器需要的是语法的正确，函数与变量的声明的正确。对于后者，通常是你需要告诉编译器头文件的所在位置（头文件中应该只是声明，而定义应该放在 C/C++文件中），只要所有的语法正确，编译器就可以编译出中间目标文件。一般来说，每个源文件都应该对应于一个中间目标文件（O 文件或是 OBJ 文件）。  链接主要是链接函数和全局变量，所以，我们可以使用这些中间目标文件（O 文件或是 OBJ 文件）来链接我们的应用程序。链接器并不管函数所在的源文件，只管函数的中间目标文件（Object File），在大多数时候，由于源文件太多，编译生成的中间目标文件太多，而在链接时需要明显地指出中间目标文件名，这对于编译很不方便，所以，我们要给中间目标文件打个包，在 Windows 下这种包叫“ 库文件” （Library File)，也就是 .lib 文件，在 UNIX 下，是 Archive File，也就是 .a 文件。前言什么是 makefile?或许很多 Winodws的程序员都不知道这个东西,因为那些 Windows的IDE都为你做了这个工作,但我觉得要作一个好的和 professional 的程序员, makefile还是要懂。这就好像现在有这么多的IIML的编辑器,但如果你想成为个专业人士,你还是要了解HIML的标识的含义。特别在Unix 下的软件编译,你就不能不自己写 makefile了,会不会写 makefile,从一个侧面说明了一个人是否具备完成大型工程的能力。因为, makefile关系到了整个工程的编译规则。一个工程中的源文件不计数,其按类型、功能、模块分別放在若干个目录中, makefile定义了一系列的规则来指定,哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于进行更复杂的功能操作,因为 makefile就像一个Shel|脚本一样,其中也可以执行操作系统的命令。 makefile带来的好处就是“自动化编译”,一旦写好,只需要一个make 命令,整个工程完全自动编译,极大的提高了软件开发的效率。make是一个命令工具,是一个解释 makefile中指令的命令工具,一般来说,大多数的IDE都有这个命令,比如: Delphi的make,Ⅴ isual c+-的 nmake, Linux下GNU的 make。可见, makefile都成为了一种在工程方面的编译方法。现在讲述如何写 makefile的文章比较少,这是我想写这篇文章的原因。当然,不同产商的make各不相同,也有不同的语法,但其本质都是在“文件依赖性”上做文章,这里,我仅对GNU的make进行讲述,我的环境是 Redhat Linux8.0,make的版本是380。必竞,这个make是应用最为广泛的,也是用得最多的。而且其还是最遵循于IEEE10032-1992标准的( POSIX2) 在这篇文档中,将以CC++的源码作为我们基础,所以必然涉及一些关于 C/C++的编译的知识,相关于这方面的内容,还请各位查看相关的编译器的文档。这里所默认的编译器是UNIX下的GCC和CC。 ●关于程序的编译和链接在此,我想多说关于程序编译的一些规范和方法,一般来说,无论是C C-+、还是pas,首先要把源文件编译成中间代码文件,在 Windows下也就是ob文件,UNIX下是.0文件,即 Object File,这个动作叫做编译 ( compile)。然后再把大量的 Object File合成执行文件,这个动作叫作链接 (link 编译编译器需要的是语法的正确,函数与变量的声眀的正确。对于后者,通常是你需要告诉编译器头文件的所在位置(头文件中应该只是声明,而定义应该放在CC++文件中),只要所有的语法正确,编译器就可以编译出中间目标文件。一般来说,每个源文件都应该对应于一个中问目标文件(O文件或是OBJ 文件)。 ●链接主要是链接函数和全局变量,所以,我们可以使用这些中间目标文件(O 文件或是ωBJ文件)来链接我们的应用程序。链接器并不管函数所在的源文件,只管函数的中闾目标文件( Object File),在大多数时候,由于源文件太多,编译生成的中间日标文件太多,而在链接时需要明显地指出中间日标文件名,这对于编译很不方便,所以,我们要给中间目标文件打个包,在 Windows 下这种包叫“库文件”( Library File),也就是.ib文件,在UNIX下,是 Archive file,也就是.a文件总结一下,源文件首先会生成中闫目标文件,再由中间目标文件生成执彳文件。在编译时,编译器只检测程序语法,和函数、变量是否被声眀。如果函数未被声明,编译器会给出一个警告,但可以生成 Object Filc。而在链接程序时,链接器会在所有的 Object file中找寻函数的实现,如果找不到,那到就会报链接错误码( Linker error),在VC下,这种错误一般是:Link2001错误, 意思说是说,链接器未能找到函数的灾现。你需要指定函数的 ObjectFile 好,言归正传,GNU的make有许多的内容,闲言少叙,还是让我们开始介绍 make命令执行时,需要一个 Makefile文件,以告诉make命令需要怎么样的去编译和链接程序。首先,我们用一个示例来说明 Makefile的书写规则。以便给大家一个感兴认识。这个示例来源于GNU的make使用手册,在这个示例中,我们的工程有 8个C文件,和3个头文件,我们要写一个 Makefile来告诉make命令如何编译和链接这儿个文件。我们的规则是: 1.如果这个工程没有编译过,那么我们的所有C文件都要编译并被链接 2.如果这个工程的某几个C文件被修改,那么我们只编译被修改的C文件,并链接目标程序。 3.如果这个工程的头文件被改变了,那么我们需要编译引用了这几个头文件的C文件,并链接目标程序。只要我们的 Makefile写得够好,所有的这一切,我们只用一个make命令就可以完成,make命令会自动智能地根据当前的文件修改的情况来确定哪些文件需要重编译,从而自己编译所需要的文件和链接目标程序的规则在讲述这个 Makefile之前,还是让我们先来粗略地看一看 Makefile的规 target.: prerequisites command arge也就是一个目标文件,可以是 Object File,也可以是执行文件。还是一个标签( Label),对于标签这种特性,在后续的“伪目杺”章节中会有叙述。 prerequisites就是,要生成那个 target所需要的文件或是目标 command也就是make需要执行的命令。(任意的She命令) 这是一个文件的依赖关系,也就是说, target这一个或多个的目标文件依赖于 prerequisites中的文件,其生成规则定义在 command中。说白一点就是说 prerequisites中如果有一个以上的文件比 target文件要新的话, command所定义的命令就会被执行。这就是 Makefile的规则。也就是 Makefile中最核心的内容说到底, Makefile的东西就是这样一点,好像我的这篇文档也该结束了呵呵。还不尽然,这是 Makefile的主线和核心,但要写好一个 Makefile还不够,我会以后面一点一点地结合我的工作经验给你慢慢到来。内容还多着一个示例正如前面所说的,如果一个工程有3个头文件,和8个C文件,我们为了完成前面所述的那三个规则,我们的 Makefile应该是下面的这个样子的。 edit: main.o kbd o command. o display.o insert o search.o files. o utils o c-o edit main. o kbdo command. o display.o insert, o search. o files, o utils o main. o: main.c defs .h cc -c main. c kbd o: kbd. c defs. h command. h cc-c kbdc command o command c defs. h command. h cc -c command. c display.o: display. c defs. h buffer h cc-c display insert. o: insert. c defs. h buffer h cc-c insert c carcho: scarch.c defs. h buffer h cc -c scarch. c files. o: files. c defs. h buffer h command. h cc-c filesc utils o: utils. c defs. h cc-c utilsc clean rm edit main.o kbd o command. o display. o insert o search. o files. o utils o 反斜杠(是换行符的意思。这样比较使于 Makefile的易读。我们可以把这个内容保存在文件为 Makefile或“ makefile”的文件中,然后在该日录下直接输入命令“make¨就可以生成执行文件edit。如果要删除执行文件和所有的中间目标文件,那么,只要简单地执行一下“ make clean”就可以了在这个 makefile中,目标文件( target)包含:执行文件edit和中间目标文件(*,o),依赖文件( prerequisites)就是冒号后面的那些c文件和.h文件。每一个.o文件都有一组依赖文件,而这些.o文件又是执行文件edit的依赖文件。依赖关系的实质上就是说明了目标文件是由哪些文件生成的,换言之, 目标文件是哪些文件更新的。在定义好依赖关系后,后续的那一行定义了如何生成目标文件的操作系统命令,一定要以一个Ta键作为开头。记住,make并不管命令是怎么工作的,他只管执行所定义的命令。make会比较 targets文件和 prerequisites文件的修改日期,如果 prerequisites文件的日期要比 targets文件的日期要新,或者 target不存在的话,那么,make就会执行后续定义的命令。这里要说明点的是, clean不是个文件,它只不过是个动作名字,有点像C语言中的 lable一样,其冒号后什么也没有,那么,make就不会自动去找文件的依赖性,也就不公自动执行其后所定义的命令。要执行其后的命令, 就要在makc命令后明显得指出这个 lablc的名字。这样的方法非常有用,我们可以在一个 makefile中定义不用的编译或是和编译无关的命令,比如程序的打包,程序的备份,等等。是如何工作的在默认的方式下,也就是我们只输入makc命令。那么, make会在当前目录下找名字叫“ Makefile”或“ makefile的文件。如果找到,它会找文件中的第一个目标文件( target),在上面的例子中, 他会找到“edit”这个文件,并把这个文件作为最终的目标文件。如果edi文件不存在,或是edit所依赖的后面的.0文件的文件修改时间要比cdit这个文件新,那么,他就会执行后面所定义的命令来生成cdit这个文件如果edit所依赖的.0文件也存在,那么make会在当前文件中找目标为.o 文件的依赖性,如果找到则再根据那一个规则生成.o文件。(这有点像一个堆栈的过程) 当然,你的C文件和H文件是存在的啦,于是make会生成.0文件,然后再用0文件声明make的终极任务,也就是执行文件edit了。这就是整个make的依赖性,make会一层又一层地去找文件的依赖关系, 直到最终编译岀第一个目标文件。在找寻的过程中,如果岀现错误,比如最后被依赖的文件找不到,那么make就会直接退出,并报错,而对于所定义的命令的错误,或是编详不成功,make根本不理。make只管文件的依赖性,即, 如果在我找了依赖关系之后,冒号后面的文件还是不在,那么对不起,我就不工作啦。通过上述分析,我们知道,像 clean这种,没有被第一个目标文件直接或间接关联,那么它后面所定义的命令将不会被白动执行,不过,我们可以显示要make执行。即命令—“ make clean”,以此来清除所有的目标文件,以便重编译。于是在我们编程中,如果这个工程已被编译过了,当我们修改了其中一个源文件,比如fiec,那么根据我们的依赖性,我们的目标flε.o会被重编译 (也就是在这个依性关系后面所定义的命令),于是fle.o的文件也是最新的啦,于是fle.o的文件修改时间要比edit要新,所以edit也会被重新链接了(详见edit目标文件后定义的命令) 而如果我们改变了“ command, h”,那么,kdb.o、 command.o和fles.o都会被重编译,并且,edi会被重链接中使用变量在上面的例子中,先让我们看看edit的规则: dit:main.o kbd o command.o display. o l insert, o search. o files. o utilso cc-0 edit main. o kbdo command. o display. o I insert o search. o files. o utils o 我们可以看到[.o文件的字符被重复了两次,如果我们的工程需要加入个新的o文件,那么我们需要在两个地方加(应该是三个地方,还有一个地方在 clean中)。当然,我们的 makefile并不复杂,所以在两个地方加也不累,但如果 makefile变得复杂,那么我们就有可能会忘掉一个需要加入的地方,而导致编译失败。所以,为了 makefile的易维护,在 makefile中我们可以使用变量。 makefile的变量也就是·个宇符,理解成C语言中的宏可能会更好比如,我们声明一个变量,叫 objects, OBJECTS,objs,OBJS,obj,或是 OBJ,反正不管什么啦,只要能够表示obj文件就行了。我们在 makefile一开始就这样定义: objects= main. o kbd o command. o display. o insert o search. o files. o utils o 于是,我们就可以很方便地在我们的 makefile中以“S( objects)”的方式来使川这个变量了,于是我们的改良版 makefile就变成下面这个样子: objects=main. o kbd o command. o display. o V insert search. o files.o utils o edit: S(objects) cc -o edit S(objects) main. o: main. c defs h cc -c main. c kbd o: kbd. c defs. h command. h cc-c kbd c command. o: command c defs.h command. h cc-c command c display.o: display. c defs. h buffer h cc -c display. c insert, o: insert, c defs h buffer. h cc -c insert. c search. o searchc defs h buffer h cc-c search c files. o: files. c defs.h buffer h command. h cc-cfiles. c utilso: utils. c defs. h cc-c utilsc can rm edit s(objects 于是如果有新的.o文件加入,我们只需简单地修改下 objects变量就可以了。关于变量更多的话题,我会在后续给你一一道来。让自动推导 GNU的make很强大,它可以自动推导文件以及文件依赖关系后亩的命令,于是我们就没必要去在每一个[o文件后都写上类似的命令,因为,我们的 make会自动识别,并自己推导命令只要make看到一个[o文件,它就会自动的把[.c]文件加在依赖关系中,如果make找到一个 whatever. o,那么 whatever.c,就会是 whateve:o的依赖文件。并且cc- c whatever:c也会被推导出来,于是,我们的 makefile再也不川写得这么复杂。我们的是新的 makefile又出炉了。 objects main o kbd o command. o display . o insert o search. o files. o utils o edit: S(objects cc-o edit S(objects) main. o defs. h kbd o defs h command.h command o: defs.h command. h display. o: defs. h buffer h insert o: defs h buffer h search. o: defs. h buffer . h files. o: defs. h buffer h command. h utils o: defs. h PHONY. clean lean rm edit s(objects) 这种方法,也就是makc的“隐晦规则”。上面文件内容中,“ PHONY”表 clean是个伪目标文件。关于更为详细的“隐晦规则”和“伪目标文件”,我会在后续给你一一道来。另类风格的即然我们的make可以自动推导命令,那么我看到那堆[o]和[h的依赖就有点不爽,那么多的重复的[h],能不能把其收拢起来,好吧,没有问题,这个对于make来说很容易,谁叫它提供了自动推导命令和文件的功能呢?来看看最新风格的 makefile吧 objects- main. o kbd o command. o display. o insert o search. o files. o utils o edit: S(objects c-o edit S(objects) S(objects):defs.h kbd o command. o files. o: command. h display. o insert o scarch o files. o: buffer h PHONY: clean clean rm edit S(objects 这种风格,让我们的 makefile变得很简单,但我们的文件依赖关系就显得有点凌乱了。鱼和熊掌不可兼得。还看你的喜好了。我是不喜欢这种风格的, 是文件的依赖关系看不清矬,二是如果文件一多,要加入几个新的.0文件那就理不清楚了。清空目标文件的规则每个 Makefile中都应该写一个清空目标文件(.o和执行文件)的规则,这不仅便于重编译,也很利于保持文件的清洁。这是一个修养”(呵呵,还记得我的《编程修养》吗)。一般的风格都是: clcan rm edit S(objects) 更为稳健的做法是 PHONY. clean clean -rm edit s(objects) 前面说过, PHONY意思表示 clean是一个“伪目标”,。而在rm命令前面加了一个小减号的意思就是,也许某些文件出现问题,但不要管,继续做后面的事。当然, clean的规则不要放在文件的开头,不然,这就会变成make的默认目标,相信谁也不愿意这样。不成文的规矩是—“ clean从来都是放在文件的最后”。上面就是一个 makefile的概貌,也是 makefile的基础,下面还有很多 makefile的相关细节,准备好了吗?准备好了就来

(系统自动生成,下载前可以参看下载内容)