做应用级网站用什么语言好,个人网站的设计及实现,做网站的流程分析,开奖网站怎么做跟我一起写 Makefile【转】 陈皓 概述—— 什么是makefile#xff1f;或许很多Winodws的程序员都不知道这个东西#xff0c;因为那些Windows的IDE都为你做了这个工作#xff0c;但我觉得要作一个好的和professional的程序员#xff0c;makefile还是要懂。这就好像现在有这么… 跟我一起写 Makefile【转】 陈皓 概述—— 什么是makefile或许很多Winodws的程序员都不知道这个东西因为那些Windows的IDE都为你做了这个工作但我觉得要作一个好的和professional的程序员makefile还是要懂。这就好像现在有这么多的HTML的编辑器但如果你想成为一个专业人士你还是要了解HTML的标识的含义。特别在Unix下的软件编译你就不能不自己写makefile了会不会写makefile从一个侧面说明了一个人是否具备完成大型工程的能力。 因为makefile关系到了整个工程的编译规则。一个工程中的源文件不计数其按类型、功能、模块分别放在若干个目录中makefile定义了一系列的规则来指定哪些文件需要先编译哪些文件需要后编译哪些文件需要重新编译甚至于进行更复杂的功能操作因为makefile就像一个Shell脚本一样其中也可以执行操作系统的命令。 makefile带来的好处就是——“自动化编译”一旦写好只需要一个make命令整个工程完全自动编译极大的提高了软件开发的效率。make是一个命令工具是一个解释makefile中指令的命令工具一般来说大多数的IDE都有这个命令比如Delphi的makeVisual C的nmakeLinux下GNU的make。可见makefile都成为了一种在工程方面的编译方法。 现在讲述如何写makefile的文章比较少这是我想写这篇文章的原因。当然不同产商的make各不相同也有不同的语法但其本质都是在“文件依赖性”上做文章这里我仅对GNU的make进行讲述我的环境是RedHat Linux 8.0make的版本是3.80。必竟这个make是应用最为广泛的也是用得最多的。而且其还是最遵循于IEEE 1003.2-1992 标准的POSIX.2。 在这篇文档中将以C/C的源码作为我们基础所以必然涉及一些关于C/C的编译的知识相关于这方面的内容还请各位查看相关的编译器的文档。这里所默认的编译器是UNIX下的GCC和CC。 关于程序的编译和链接—————————— 在此我想多说关于程序编译的一些规范和方法一般来说无论是C、C、还是pas首先要把源文件编译成中间代码文件在Windows下也就是 .obj 文件UNIX下是 .o 文件即 Object File这个动作叫做编译compile。然后再把大量的Object File合成执行文件这个动作叫作链接link。 编译时编译器需要的是语法的正确函数与变量的声明的正确。对于后者通常是你需要告诉编译器头文件的所在位置头文件中应该只是声明而定义应该放在C/C文件中只要所有的语法正确编译器就可以编译出中间目标文件。一般来说每个源文件都应该对应于一个中间目标文件O文件或是OBJ文件。 链接时主要是链接函数和全局变量所以我们可以使用这些中间目标文件O文件或是OBJ文件来链接我们的应用程序。链接器并不管函数所在的源文件只管函数的中间目标文件Object File在大多数时候由于源文件太多编译生成的中间目标文件太多而在链接时需要明显地指出中间目标文件名这对于编译很不方便所以我们要给中间目标文件打个包在Windows下这种包叫“库文件”Library File)也就是 .lib 文件在UNIX下是Archive File也就是 .a 文件。 总结一下源文件首先会生成中间目标文件再由中间目标文件生成执行文件。在编译时编译器只检测程序语法和函数、变量是否被声明。如果函数未被声明编译器会给出一个警告但可以生成Object File。而在链接程序时链接器会在所有的Object File中找寻函数的实现如果找不到那到就会报链接错误码Linker Error在VC下这种错误一般是Link 2001错误意思说是说链接器未能找到函数的实现。你需要指定函数的Object File. 好言归正传GNU的make有许多的内容闲言少叙还是让我们开始吧。 Makefile 介绍——————— make命令执行时需要一个 Makefile 文件以告诉make命令需要怎么样的去编译和链接程序。 首先我们用一个示例来说明Makefile的书写规则。以便给大家一个感兴认识。这个示例来源于GNU的make使用手册在这个示例中我们的工程有8个C文件和3个头文件我们要写一个Makefile来告诉make命令如何编译和链接这几个文件。我们的规则是 1如果这个工程没有编译过那么我们的所有C文件都要编译并被链接。 2如果这个工程的某几个C文件被修改那么我们只编译被修改的C文件并链接目标程序。 3如果这个工程的头文件被改变了那么我们需要编译引用了这几个头文件的C文件并链接目标程序。 只要我们的Makefile写得够好所有的这一切我们只用一个make命令就可以完成make命令会自动智能地根据当前的文件修改的情况来确定哪些文件需要重编译从而自己编译所需要的文件和链接目标程序。 一、Makefile的规则 在讲述这个Makefile之前还是让我们先来粗略地看一看Makefile的规则。 target ... : prerequisites ... command ... ... target也就是一个目标文件可以是Object File也可以是执行文件。还可以是一个标签Label对于标签这种特性在后续的“伪目标”章节中会有叙述。 prerequisites就是要生成那个target所需要的文件或是目标。 command也就是make需要执行的命令。任意的Shell命令 这是一个文件的依赖关系也就是说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 cc -o edit main.o kbd.o 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 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 : search.c defs.h buffer.h cc -c search.c files.o : files.c defs.h buffer.h command.h cc -c files.c utils.o : utils.c defs.h cc -c utils.c 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 的依赖文件。依赖关系的实质上就是说明了目标文件是由哪些文件生成的换言之目标文件是哪些文件更新的。 在定义好依赖关系后后续的那一行定义了如何生成目标文件的操作系统命令一定要以一个Tab键作为开头。记住make并不管命令是怎么工作的他只管执行所定义的命令。make会比较targets文件和prerequisites文件的修改日期如果prerequisites文件的日期要比targets文件的日期要新或者target不存在的话那么make就会执行后续定义的命令。 这里要说明一点的是clean不是一个文件它只不过是一个动作名字有点像C语言中的lable一样其冒号后什么也没有那么make就不会自动去找文件的依赖性也就不会自动执行其后所定义的命令。要执行其后的命令就要在make命令后明显得指出这个lable的名字。这样的方法非常有用我们可以在一个makefile中定义不用的编译或是和编译无关的命令比如程序的打包程序的备份等等。 三、make是如何工作的 在默认的方式下也就是我们只输入make命令。那么 1、make会在当前目录下找名字叫“Makefile”或“makefile”的文件。 2、如果找到它会找文件中的第一个目标文件target在上面的例子中他会找到“edit”这个文件并把这个文件作为最终的目标文件。 3、如果edit文件不存在或是edit所依赖的后面的 .o 文件的文件修改时间要比edit这个文件新那么他就会执行后面所定义的命令来生成edit这个文件。 4、如果edit所依赖的.o文件也存在那么make会在当前文件中找目标为.o文件的依赖性如果找到则再根据那一个规则生成.o文件。这有点像一个堆栈的过程 5、当然你的C文件和H文件是存在的啦于是make会生成 .o 文件然后再用 .o 文件生命make的终极任务也就是执行文件edit了。 这就是整个make的依赖性make会一层又一层地去找文件的依赖关系直到最终编译出第一个目标文件。在找寻的过程中如果出现错误比如最后被依赖的文件找不到那么make就会直接退出并报错而对于所定义的命令的错误或是编译不成功make根本不理。make只管文件的依赖性即如果在我找了依赖关系之后冒号后面的文件还是不在那么对不起我就不工作啦。 通过上述分析我们知道像clean这种没有被第一个目标文件直接或间接关联那么它后面所定义的命令将不会被自动执行不过我们可以显示要make执行。即命令——“make clean”以此来清除所有的目标文件以便重编译。 于是在我们编程中如果这个工程已被编译过了当我们修改了其中一个源文件比如file.c那么根据我们的依赖性我们的目标file.o会被重编译也就是在这个依性关系后面所定义的命令于是file.o的文件也是最新的啦于是file.o的文件修改时间要比edit要新所以edit也会被重新链接了详见edit目标文件后定义的命令。 而如果我们改变了“command.h”那么kdb.o、command.o和files.o都会被重编译并且edit会被重链接。 四、makefile中使用变量 在上面的例子中先让我们看看edit的规则 edit : main.o kbd.o command.o display.o / insert.o search.o files.o utils.o cc -o edit main.o kbd.o command.o display.o / 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中以“$(objects)”的方式来使用这个变量了于是我们的改良版makefile就变成下面这个样子 objects main.o kbd.o command.o display.o / insert.o search.o files.o utils.o edit : $(objects) cc -o edit $(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 : search.c defs.h buffer.h cc -c search.c files.o : files.c defs.h buffer.h command.h cc -c files.c utils.o : utils.c defs.h cc -c utils.c clean : rm edit $(objects) 于是如果有新的 .o 文件加入我们只需简单地修改一下 objects 变量就可以了。 关于变量更多的话题我会在后续给你一一道来。 五、让make自动推导 GNU的make很强大它可以自动推导文件以及文件依赖关系后面的命令于是我们就没必要去在每一个[.o]文件后都写上类似的命令因为我们的make会自动识别并自己推导命令。 只要make看到一个[.o]文件它就会自动的把[.c]文件加在依赖关系中如果make找到一个whatever.o那么whatever.c就会是whatever.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 : $(objects) cc -o edit $(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 clean : rm edit $(objects) 这种方法也就是make的“隐晦规则”。上面文件内容中“.PHONY”表示clean是个伪目标文件。 关于更为详细的“隐晦规则”和“伪目标文件”我会在后续给你一一道来。 六、另类风格的makefile 即然我们的make可以自动推导命令那么我看到那堆[.o]和[.h]的依赖就有点不爽那么多的重复的[.h]能不能把其收拢起来好吧没有问题这个对于make来说很容易谁叫它提供了自动推导命令和文件的功能呢来看看最新风格的makefile吧。 objects main.o kbd.o command.o display.o / insert.o search.o files.o utils.o edit : $(objects) cc -o edit $(objects) $(objects) : defs.h kbd.o command.o files.o : command.h display.o insert.o search.o files.o : buffer.h .PHONY : clean clean : rm edit $(objects) 这种风格让我们的makefile变得很简单但我们的文件依赖关系就显得有点凌乱了。鱼和熊掌不可兼得。还看你的喜好了。我是不喜欢这种风格的一是文件的依赖关系看不清楚二是如果文件一多要加入几个新的.o文件那就理不清楚了。 七、清空目标文件的规则 每个Makefile中都应该写一个清空目标文件.o和执行文件的规则这不仅便于重编译也很利于保持文件的清洁。这是一个“修养”呵呵还记得我的《编程修养》吗。一般的风格都是 clean: rm edit $(objects) 更为稳健的做法是 .PHONY : clean clean : -rm edit $(objects) 前面说过.PHONY意思表示clean是一个“伪目标”。而在rm命令前面加了一个小减号的意思就是也许某些文件出现问题但不要管继续做后面的事。当然clean的规则不要放在文件的开头不然这就会变成make的默认目标相信谁也不愿意这样。不成文的规矩是——“clean从来都是放在文件的最后”。 上面就是一个makefile的概貌也是makefile的基础下面还有很多makefile的相关细节准备好了吗准备好了就来。 Makefile 总述——————— 一、Makefile里有什么 Makefile里主要包含了五个东西显式规则、隐晦规则、变量定义、文件指示和注释。 1、显式规则。显式规则说明了如何生成一个或多的的目标文件。这是由Makefile的书写者明显指出要生成的文件文件的依赖文件生成的命令。 2、隐晦规则。由于我们的make有自动推导的功能所以隐晦的规则可以让我们比较粗糙地简略地书写Makefile这是由make所支持的。 3、变量的定义。在Makefile中我们要定义一系列的变量变量一般都是字符串这个有点你C语言中的宏当Makefile被执行时其中的变量都会被扩展到相应的引用位置上。 4、文件指示。其包括了三个部分一个是在一个Makefile中引用另一个Makefile就像C语言中的include一样另一个是指根据某些情况指定Makefile中的有效部分就像C语言中的预编译#if一样还有就是定义一个多行的命令。有关这一部分的内容我会在后续的部分中讲述。 5、注释。Makefile中只有行注释和UNIX的Shell脚本一样其注释是用“#”字符这个就像C/C中的“//”一样。如果你要在你的Makefile中使用“#”字符可以用反斜框进行转义如“/#”。 最后还值得一提的是在Makefile中的命令必须要以[Tab]键开始。 二、Makefile的文件名 默认的情况下make命令会在当前目录下按顺序找寻文件名为“GNUmakefile”、“makefile”、“Makefile”的文件找到了解释这个文件。在这三个文件名中最好使用“Makefile”这个文件名因为这个文件名第一个字符为大写这样有一种显目的感觉。最好不要用“GNUmakefile”这个文件是GNU的make识别的。有另外一些make只对全小写的“makefile”文件名敏感但是基本上来说大多数的make都支持“makefile”和“Makefile”这两种默认文件名。 当然你可以使用别的文件名来书写Makefile比如“Make.Linux”“Make.Solaris”“Make.AIX”等如果要指定特定的Makefile你可以使用make的“-f”和“--file”参数如make -f Make.Linux或make --file Make.AIX。 三、引用其它的Makefile 在Makefile使用include关键字可以把别的Makefile包含进来这很像C语言的#include被包含的文件会原模原样的放在当前文件的包含位置。include的语法是 include filename filename可以是当前操作系统Shell的文件模式可以保含路径和通配符 在include前面可以有一些空字符但是绝不能是[Tab]键开始。include和filename可以用一个或多个空格隔开。举个例子你有这样几个Makefilea.mk、b.mk、c.mk还有一个文件叫foo.make以及一个变量$(bar)其包含了e.mk和f.mk那么下面的语句 include foo.make *.mk $(bar) 等价于 include foo.make a.mk b.mk c.mk e.mk f.mk make命令开始时会把找寻include所指出的其它Makefile并把其内容安置在当前的位置。就好像C/C的#include指令一样。如果文件都没有指定绝对路径或是相对路径的话make会在当前目录下首先寻找如果当前目录下没有找到那么make还会在下面的几个目录下找 1、如果make执行时有“-I”或“--include-dir”参数那么make就会在这个参数所指定的目录下去寻找。 2、如果目录prefix/include一般是/usr/local/bin或/usr/include存在的话make也会去找。 如果有文件没有找到的话make会生成一条警告信息但不会马上出现致命错误。它会继续载入其它的文件一旦完成makefile的读取make会再重试这些没有找到或是不能读取的文件如果还是不行make才会出现一条致命信息。如果你想让make不理那些无法读取的文件而继续执行你可以在include前加一个减号“-”。如 -include filename 其表示无论include过程中出现什么错误都不要报错继续执行。和其它版本make兼容的相关命令是sinclude其作用和这一个是一样的。 四、环境变量 MAKEFILES 如果你的当前环境中定义了环境变量MAKEFILES那么make会把这个变量中的值做一个类似于include的动作。这个变量中的值是其它的Makefile用空格分隔。只是它和include不同的是从这个环境变中引入的Makefile的“目标”不会起作用如果环境变量中定义的文件发现错误make也会不理。 但是在这里我还是建议不要使用这个环境变量因为只要这个变量一被定义那么当你使用make时所有的Makefile都会受到它的影响这绝不是你想看到的。在这里提这个事只是为了告诉大家也许有时候你的Makefile出现了怪事那么你可以看看当前环境中有没有定义这个变量。 五、make的工作方式 GNU的make工作时的执行步骤入下想来其它的make也是类似 1、读入所有的Makefile。 2、读入被include的其它Makefile。 3、初始化文件中的变量。 4、推导隐晦规则并分析所有规则。 5、为所有的目标文件创建依赖关系链。 6、根据依赖关系决定哪些目标要重新生成。 7、执行生成命令。 1-5步为第一个阶段6-7为第二个阶段。第一个阶段中如果定义的变量被使用了那么make会把其展开在使用的位置。但make并不会完全马上展开make使用的是拖延战术如果变量出现在依赖关系的规则中那么仅当这条依赖被决定要使用了变量才会在其内部展开。 当然这个工作方式你不一定要清楚但是知道这个方式你也会对make更为熟悉。有了这个基础后续部分也就容易看懂了。 书写规则———— 规则包含两个部分一个是依赖关系一个是生成目标的方法。 在Makefile中规则的顺序是很重要的因为Makefile中只应该有一个最终目标其它的目标都是被这个目标所连带出来的所以一定要让make知道你的最终目标是什么。一般来说定义在Makefile中的目标可能会有很多但是第一条规则中的目标将被确立为最终的目标。如果第一条规则中的目标有很多个那么第一个目标会成为最终的目标。make所完成的也就是这个目标。 好了还是让我们来看一看如何书写规则。 一、规则举例 foo.o : foo.c defs.h # foo模块 cc -c -g foo.c 看到这个例子各位应该不是很陌生了前面也已说过foo.o是我们的目标foo.c和defs.h是目标所依赖的源文件而只有一个命令“cc -c -g foo.c”以Tab键开头。这个规则告诉我们两件事 1、文件的依赖关系foo.o依赖于foo.c和defs.h的文件如果foo.c和defs.h的文件日期要比foo.o文件日期要新或是foo.o不存在那么依赖关系发生。 2、如果生成或更新foo.o文件。也就是那个cc命令其说明了如何生成foo.o这个文件。当然foo.c文件include了defs.h文件 二、规则的语法 targets : prerequisites command ... 或是这样 targets : prerequisites ; command command ... targets是文件名以空格分开可以使用通配符。一般来说我们的目标基本上是一个文件但也有可能是多个文件。 command是命令行如果其不与“target:prerequisites”在一行那么必须以[Tab键]开头如果和prerequisites在一行那么可以用分号做为分隔。见上 prerequisites也就是目标所依赖的文件或依赖目标。如果其中的某个文件要比目标文件要新那么目标就被认为是“过时的”被认为是需要重生成的。这个在前面已经讲过了。 如果命令太长你可以使用反斜框‘/’作为换行符。make对一行上有多少个字符没有限制。规则告诉make两件事文件的依赖关系和如何成成目标文件。 一般来说make会以UNIX的标准Shell也就是/bin/sh来执行命令。 三、在规则中使用通配符 如果我们想定义一系列比较类似的文件我们很自然地就想起使用通配符。make支持三各通配符“*”“?”和“[...]”。这是和Unix的B-Shell是相同的。 波浪号“~”字符在文件名中也有比较特殊的用途。如果是“~/test”这就表示当前用户的$HOME目录下的test目录。而“~hchen/test”则表示用户hchen的宿主目录下的test目录。这些都是Unix下的小知识了make也支持而在Windows或是MS-DOS下用户没有宿主目录那么波浪号所指的目录则根据环境变量“HOME”而定。 通配符代替了你一系列的文件如“*.c”表示所以后缀为c的文件。一个需要我们注意的是如果我们的文件名中有通配符如“*”那么可以用转义字符“/”如“/*”来表示真实的“*”字符而不是任意长度的字符串。 好吧还是先来看几个例子吧 clean: rm -f *.o 上面这个例子我不不多说了这是操作系统Shell所支持的通配符。这是在命令中的通配符。 print: *.c lpr -p $? touch print 上面这个例子说明了通配符也可以在我们的规则中目标print依赖于所有的[.c]文件。其中的“$?”是一个自动化变量我会在后面给你讲述。 objects *.o 上面这个例子表示了通符同样可以用在变量中。并不是说[*.o]会展开不objects的值就是“*.o”。Makefile中的变量其实就是C/C中的宏。如果你要让通配符在变量中展开也就是让objects的值是所有[.o]的文件名的集合那么你可以这样 objects : $(wildcard *.o) 这种用法由关键字“wildcard”指出关于Makefile的关键字我们将在后面讨论。 四、文件搜寻 在一些大的工程中有大量的源文件我们通常的做法是把这许多的源文件分类并存放在不同的目录中。所以当make需要去找寻文件的依赖关系时你可以在文件前加上路径但最好的方法是把一个路径告诉make让make在自动去找。 Makefile文件中的特殊变量“VPATH”就是完成这个功能的如果没有指明这个变量make只会在当前的目录中去找寻依赖文件和目标文件。如果定义了这个变量那么make就会在当当前目录找不到的情况下到所指定的目录中去找寻文件了。 VPATH src:../headers 上面的的定义指定两个目录“src”和“../headers”make会按照这个顺序进行搜索。目录由“冒号”分隔。当然当前目录永远是最高优先搜索的地方 另一个设置文件搜索路径的方法是使用make的“vpath”关键字注意它是全小写的这不是变量这是一个make的关键字这和上面提到的那个VPATH变量很类似但是它更为灵活。它可以指定不同的文件在不同的搜索目录中。这是一个很灵活的功能。它的使用方法有三种 1、vpath pattern directories 为符合模式pattern的文件指定搜索目录directories。 2、vpath pattern 清除符合模式pattern的文件的搜索目录。 3、vpath 清除所有已被设置好了的文件搜索目录。 vapth使用方法中的pattern需要包含“%”字符。“%”的意思是匹配零或若干字符例如“%.h”表示所有以“.h”结尾的文件。pattern指定了要搜索的文件集而directories则指定了pattern的文件集的搜索的目录。例如 vpath %.h ../headers 该语句表示要求make在“../headers”目录下搜索所有以“.h”结尾的文件。如果某文件在当前目录没有找到的话 我们可以连续地使用vpath语句以指定不同搜索策略。如果连续的vpath语句中出现了相同的pattern或是被重复了的pattern那么make会按照vpath语句的先后顺序来执行搜索。如 vpath %.c foo vpath % blish vpath %.c bar 其表示“.c”结尾的文件先在“foo”目录然后是“blish”最后是“bar”目录。 vpath %.c foo:bar vpath % blish 而上面的语句则表示“.c”结尾的文件先在“foo”目录然后是“bar”目录最后才是“blish”目录。 五、伪目标 最早先的一个例子中我们提到过一个“clean”的目标这是一个“伪目标” clean: rm *.o temp 正像我们前面例子中的“clean”一样即然我们生成了许多文件编译文件我们也应该提供一个清除它们的“目标”以备完整地重编译而用。 以“make clean”来使用该目标 因为我们并不生成“clean”这个文件。“伪目标”并不是一个文件只是一个标签由于“伪目标”不是文件所以make无法生成它的依赖关系和决定它是否要执行。我们只有通过显示地指明这个“目标”才能让其生效。当然“伪目标”的取名不能和文件名重名不然其就失去了“伪目标”的意义了。 当然为了避免和文件重名的这种情况我们可以使用一个特殊的标记“.PHONY”来显示地指明一个目标是“伪目标”向make说明不管是否有这个文件这个目标就是“伪目标”。 .PHONY : clean 只要有这个声明不管是否有“clean”文件要运行“clean”这个目标只有“make clean”这样。于是整个过程可以这样写 .PHONY: clean clean: rm *.o temp 伪目标一般没有依赖的文件。但是我们也可以为伪目标指定所依赖的文件。伪目标同样可以作为“默认目标”只要将其放在第一个。一个示例就是如果你的Makefile需要一口气生成若干个可执行文件但你只想简单地敲一个make完事并且所有的目标文件都写在一个Makefile中那么你可以使用“伪目标”这个特性 all : prog1 prog2 prog3 .PHONY : all prog1 : prog1.o utils.o cc -o prog1 prog1.o utils.o prog2 : prog2.o cc -o prog2 prog2.o prog3 : prog3.o sort.o utils.o cc -o prog3 prog3.o sort.o utils.o 我们知道Makefile中的第一个目标会被作为其默认目标。我们声明了一个“all”的伪目标其依赖于其它三个目标。由于伪目标的特性是总是被执行的所以其依赖的那三个目标就总是不如“all”这个目标新。所以其它三个目标的规则总是会被决议。也就达到了我们一口气生成多个目标的目的。“.PHONY : all”声明了“all”这个目标为“伪目标”。 随便提一句从上面的例子我们可以看出目标也可以成为依赖。所以伪目标同样也可成为依赖。看下面的例子 .PHONY: cleanall cleanobj cleandiff cleanall : cleanobj cleandiff rm program cleanobj : rm *.o cleandiff : rm *.diff “make clean”将清除所有要被清除的文件。“cleanobj”和“cleandiff”这两个伪目标有点像“子程序”的意思。我们可以输入“make cleanall”和“make cleanobj”和“make cleandiff”命令来达到清除不同种类文件的目的。 六、多目标 Makefile的规则中的目标可以不止一个其支持多目标有可能我们的多个目标同时依赖于一个文件并且其生成的命令大体类似。于是我们就能把其合并起来。当然多个目标的生成规则的执行命令是同一个这可能会可我们带来麻烦不过好在我们的可以使用一个自动化变量“$”关于自动化变量将在后面讲述这个变量表示着目前规则中所有的目标的集合这样说可能很抽象还是看一个例子吧。 bigoutput littleoutput : text.g generate text.g -$(subst output,,$) $ 上述规则等价于 bigoutput : text.g generate text.g -big bigoutput littleoutput : text.g generate text.g -little littleoutput 其中-$(subst output,,$)中的“$”表示执行一个Makefile的函数函数名为subst后面的为参数。关于函数将在后面讲述。这里的这个函数是截取字符串的意思“$”表示目标的集合就像一个数组“$”依次取出目标并执于命令。 七、静态模式 静态模式可以更加容易地定义多目标的规则可以让我们的规则变得更加的有弹性和灵活。我们还是先来看一下语法 targets ...: target-pattern: prereq-patterns ... commands ... targets定义了一系列的目标文件可以有通配符。是目标的一个集合。 target-parrtern是指明了targets的模式也就是的目标集模式。 prereq-parrterns是目标的依赖模式它对target-parrtern形成的模式再进行一次依赖目标的定义。 这样描述这三个东西可能还是没有说清楚还是举个例子来说明一下吧。如果我们的target-parrtern定义成“%.o”意思是我们的target集合中都是以“.o”结尾的而如果我们的prereq-parrterns定义成“%.c”意思是对target-parrtern所形成的目标集进行二次定义其计算方法是取target-parrtern模式中的“%”也就是去掉了[.o]这个结尾并为其加上[.c]这个结尾形成的新集合。 所以我们的“目标模式”或是“依赖模式”中都应该有“%”这个字符如果你的文件名中有“%”那么你可以使用反斜杠“/”进行转义来标明真实的“%”字符。 看一个例子 objects foo.o bar.o all: $(objects) $(objects): %.o: %.c $(CC) -c $(CFLAGS) $ -o $ 上面的例子中指明了我们的目标从$object中获取“%.o”表明要所有以“.o”结尾的目标也就是“foo.o bar.o”也就是变量$object集合的模式而依赖模式“%.c”则取模式“%.o”的“%”也就是“foo bar”并为其加下“.c”的后缀于是我们的依赖目标就是“foo.c bar.c”。而命令中的“$”和“$”则是自动化变量“$”表示所有的依赖目标集也就是“foo.c bar.c”“$”表示目标集也就是“foo.o bar.o”。于是上面的规则展开后等价于下面的规则 foo.o : foo.c $(CC) -c $(CFLAGS) foo.c -o foo.o bar.o : bar.c $(CC) -c $(CFLAGS) bar.c -o bar.o 试想如果我们的“%.o”有几百个那种我们只要用这种很简单的“静态模式规则”就可以写完一堆规则实在是太有效率了。“静态模式规则”的用法很灵活如果用得好那会一个很强大的功能。再看一个例子 files foo.elc bar.o lose.o $(filter %.o,$(files)): %.o: %.c $(CC) -c $(CFLAGS) $ -o $ $(filter %.elc,$(files)): %.elc: %.el emacs -f batch-byte-compile $ $(filter %.o,$(files))表示调用Makefile的filter函数过滤“$filter”集只要其中模式为“%.o”的内容。其的它内容我就不用多说了吧。这个例字展示了Makefile中更大的弹性。 八、自动生成依赖性 在Makefile中我们的依赖关系可能会需要包含一系列的头文件比如如果我们的main.c中有一句“#include defs.h”那么我们的依赖关系应该是 main.o : main.c defs.h 但是如果是一个比较大型的工程你必需清楚哪些C文件包含了哪些头文件并且你在加入或删除头文件时也需要小心地修改Makefile这是一个很没有维护性的工作。为了避免这种繁重而又容易出错的事情我们可以使用C/C编译的一个功能。大多数的C/C编译器都支持一个“-M”的选项即自动找寻源文件中包含的头文件并生成一个依赖关系。例如如果我们执行下面的命令 cc -M main.c 其输出是 main.o : main.c defs.h 于是由编译器自动生成的依赖关系这样一来你就不必再手动书写若干文件的依赖关系而由编译器自动生成了。需要提醒一句的是如果你使用GNU的C/C编译器你得用“-MM”参数不然“-M”参数会把一些标准库的头文件也包含进来。 gcc -M main.c的输出是 main.o: main.c defs.h /usr/include/stdio.h /usr/include/features.h / /usr/include/sys/cdefs.h /usr/include/gnu/stubs.h / /usr/lib/gcc-lib/i486-suse-linux/2.95.3/include/stddef.h / /usr/include/bits/types.h /usr/include/bits/pthreadtypes.h / /usr/include/bits/sched.h /usr/include/libio.h / /usr/include/_G_config.h /usr/include/wchar.h / /usr/include/bits/wchar.h /usr/include/gconv.h / /usr/lib/gcc-lib/i486-suse-linux/2.95.3/include/stdarg.h / /usr/include/bits/stdio_lim.h gcc -MM main.c的输出则是 main.o: main.c defs.h 那么编译器的这个功能如何与我们的Makefile联系在一起呢。因为这样一来我们的Makefile也要根据这些源文件重新生成让Makefile自已依赖于源文件这个功能并不现实不过我们可以有其它手段来迂回地实现这一功能。GNU组织建议把编译器为每一个源文件的自动生成的依赖关系放到一个文件中为每一个“name.c”的文件都生成一个“name.d”的Makefile文件[.d]文件中就存放对应[.c]文件的依赖关系。 于是我们可以写出[.c]文件和[.d]文件的依赖关系并让make自动更新或自成[.d]文件并把其包含在我们的主Makefile中这样我们就可以自动化地生成每个文件的依赖关系了。 这里我们给出了一个模式规则来产生[.d]文件 %.d: %.c set -e; rm -f $; / $(CC) -M $(CPPFLAGS) $ $.$$$$; / sed s,/($*/)/.o[ :]*,/1.o $ : ,g $.$$$$ $; / rm -f $.$$$$ 这个规则的意思是所有的[.d]文件依赖于[.c]文件“rm -f $”的意思是删除所有的目标也就是[.d]文件第二行的意思是为每个依赖文件“$”也就是[.c]文件生成依赖文件“$”表示模式“%.d”文件如果有一个C文件是name.c那么“%”就是“name”“$$$$”意为一个随机编号第二行生成的文件有可能是“name.d.12345”第三行使用sed命令做了一个替换关于sed命令的用法请参看相关的使用文档。第四行就是删除临时文件。 总而言之这个模式要做的事就是在编译器生成的依赖关系中加入[.d]文件的依赖即把依赖关系 main.o : main.c defs.h 转成 main.o main.d : main.c defs.h 于是我们的[.d]文件也会自动更新了并会自动生成了当然你还可以在这个[.d]文件中加入的不只是依赖关系包括生成的命令也可一并加入让每个[.d]文件都包含一个完赖的规则。一旦我们完成这个工作接下来我们就要把这些自动生成的规则放进我们的主Makefile中。我们可以使用Makefile的“include”命令来引入别的Makefile文件前面讲过例如 sources foo.c bar.c include $(sources:.c.d) 上述语句中的“$(sources:.c.d)”中的“.c.d”的意思是做一个替换把变量$(sources)所有[.c]的字串都替换成[.d]关于这个“替换”的内容在后面我会有更为详细的讲述。当然你得注意次序因为include是按次来载入文件最先载入的[.d]文件中的目标会成为默认目标。 书写命令———— 每条规则中的命令和操作系统Shell的命令行是一致的。make会一按顺序一条一条的执行命令每条命令的开头必须以[Tab]键开头除非命令是紧跟在依赖规则后面的分号后的。在命令行之间中的空格或是空行会被忽略但是如果该空格或空行是以Tab键开头的那么make会认为其是一个空命令。 我们在UNIX下可能会使用不同的Shell但是make的命令默认是被“/bin/sh”——UNIX的标准Shell解释执行的。除非你特别指定一个其它的Shell。Makefile中“#”是注释符很像C/C中的“//”其后的本行字符都被注释。 一、显示命令 通常make会把其要执行的命令行在命令执行前输出到屏幕上。当我们用“”字符在命令行前那么这个命令将不被make显示出来最具代表性的例子是我们用这个功能来像屏幕显示一些信息。如 echo 正在编译XXX模块...... 当make执行时会输出“正在编译XXX模块......”字串但不会输出命令如果没有“”那么make将输出 echo 正在编译XXX模块...... 正在编译XXX模块...... 如果make执行时带入make参数“-n”或“--just-print”那么其只是显示命令但不会执行命令这个功能很有利于我们调试我们的Makefile看看我们书写的命令是执行起来是什么样子的或是什么顺序的。 而make参数“-s”或“--slient”则是全面禁止命令的显示。 二、命令执行 当依赖目标新于目标时也就是当规则的目标需要被更新时make会一条一条的执行其后的命令。需要注意的是如果你要让上一条命令的结果应用在下一条命令时你应该使用分号分隔这两条命令。比如你的第一条命令是cd命令你希望第二条命令得在cd之后的基础上运行那么你就不能把这两条命令写在两行上而应该把这两条命令写在一行上用分号分隔。如 示例一 exec: cd /home/hchen pwd 示例二 exec: cd /home/hchen; pwd 当我们执行“make exec”时第一个例子中的cd没有作用pwd会打印出当前的Makefile目录而第二个例子中cd就起作用了pwd会打印出“/home/hchen”。 make一般是使用环境变量SHELL中所定义的系统Shell来执行命令默认情况下使用UNIX的标准Shell——/bin/sh来执行命令。但在MS-DOS下有点特殊因为MS-DOS下没有SHELL环境变量当然你也可以指定。如果你指定了UNIX风格的目录形式首先make会在SHELL所指定的路径中找寻命令解释器如果找不到其会在当前盘符中的当前目录中寻找如果再找不到其会在PATH环境变量中所定义的所有路径中寻找。MS-DOS中如果你定义的命令解释器没有找到其会给你的命令解释器加上诸如“.exe”、“.com”、“.bat”、“.sh”等后缀。 三、命令出错 每当命令运行完后make会检测每个命令的返回码如果命令返回成功那么make会执行下一条命令当规则中所有的命令成功返回后这个规则就算是成功完成了。如果一个规则中的某个命令出错了命令退出码非零那么make就会终止执行当前规则这将有可能终止所有规则的执行。 有些时候命令的出错并不表示就是错误的。例如mkdir命令我们一定需要建立一个目录如果目录不存在那么mkdir就成功执行万事大吉如果目录存在那么就出错了。我们之所以使用mkdir的意思就是一定要有这样的一个目录于是我们就不希望mkdir出错而终止规则的运行。 为了做到这一点忽略命令的出错我们可以在Makefile的命令行前加一个减号“-”在Tab键之后标记为不管命令出不出错都认为是成功的。如 clean: -rm -f *.o 还有一个全局的办法是给make加上“-i”或是“--ignore-errors”参数那么Makefile中所有命令都会忽略错误。而如果一个规则是以“.IGNORE”作为目标的那么这个规则中的所有命令将会忽略错误。这些是不同级别的防止命令出错的方法你可以根据你的不同喜欢设置。 还有一个要提一下的make的参数的是“-k”或是“--keep-going”这个参数的意思是如果某规则中的命令出错了那么就终目该规则的执行但继续执行其它规则。 四、嵌套执行make 在一些大的工程中我们会把我们不同模块或是不同功能的源文件放在不同的目录中我们可以在每个目录中都书写一个该目录的Makefile这有利于让我们的Makefile变得更加地简洁而不至于把所有的东西全部写在一个Makefile中这样会很难维护我们的Makefile这个技术对于我们模块编译和分段编译有着非常大的好处。 例如我们有一个子目录叫subdir这个目录下有个Makefile文件来指明了这个目录下文件的编译规则。那么我们总控的Makefile可以这样书写 subsystem: cd subdir $(MAKE) 其等价于 subsystem: $(MAKE) -C subdir 定义$(MAKE)宏变量的意思是也许我们的make需要一些参数所以定义成一个变量比较利于维护。这两个例子的意思都是先进入“subdir”目录然后执行make命令。 我们把这个Makefile叫做“总控Makefile”总控Makefile的变量可以传递到下级的Makefile中如果你显示的声明但是不会覆盖下层的Makefile中所定义的变量除非指定了“-e”参数。 如果你要传递变量到下级Makefile中那么你可以使用这样的声明 export variable ... 如果你不想让某些变量传递到下级Makefile中那么你可以这样声明 unexport variable ... 如 示例一 export variable value 其等价于 variable value export variable 其等价于 export variable : value 其等价于 variable : value export variable 示例二 export variable value 其等价于 variable value export variable 如果你要传递所有的变量那么只要一个export就行了。后面什么也不用跟表示传递所有的变量。 需要注意的是有两个变量一个是SHELL一个是MAKEFLAGS这两个变量不管你是否export其总是要传递到下层Makefile中特别是MAKEFILES变量其中包含了make的参数信息如果我们执行“总控Makefile”时有make参数或是在上层Makefile中定义了这个变量那么MAKEFILES变量将会是这些参数并会传递到下层Makefile中这是一个系统级的环境变量。 但是make命令中的有几个参数并不往下传递它们是“-C”,“-f”,“-h”“-o”和“-W”有关Makefile参数的细节将在后面说明如果你不想往下层传递参数那么你可以这样来 subsystem: cd subdir $(MAKE) MAKEFLAGS 如果你定义了环境变量MAKEFLAGS那么你得确信其中的选项是大家都会用到的如果其中有“-t”,“-n”,和“-q”参数那么将会有让你意想不到的结果或许会让你异常地恐慌。 还有一个在“嵌套执行”中比较有用的参数“-w”或是“--print-directory”会在make的过程中输出一些信息让你看到目前的工作目录。比如如果我们的下级make目录是“/home/hchen/gnu/make”如果我们使用“make -w”来执行那么当进入该目录时我们会看到 make: Entering directory /home/hchen/gnu/make. 而在完成下层make后离开目录时我们会看到 make: Leaving directory /home/hchen/gnu/make 当你使用“-C”参数来指定make下层Makefile时“-w”会被自动打开的。如果参数中有“-s”“--slient”或是“--no-print-directory”那么“-w”总是失效的。 五、定义命令包 如果Makefile中出现一些相同命令序列那么我们可以为这些相同的命令序列定义一个变量。定义这种命令序列的语法以“define”开始以“endef”结束如 define run-yacc yacc $(firstword $^) mv y.tab.c $ endef 这里“run-yacc”是这个命令包的名字其不要和Makefile中的变量重名。在“define”和“endef”中的两行就是命令序列。这个命令包中的第一个命令是运行Yacc程序因为Yacc程序总是生成“y.tab.c”的文件所以第二行的命令就是把这个文件改改名字。还是把这个命令包放到一个示例中来看看吧。 foo.c : foo.y $(run-yacc) 我们可以看见要使用这个命令包我们就好像使用变量一样。在这个命令包的使用中命令包“run-yacc”中的“$^”就是“foo.y”“$”就是“foo.c”有关这种以“$”开头的特殊变量我们会在后面介绍make在执行命令包时命令包中的每个命令会被依次独立执行。 使用变量———— 在Makefile中的定义的变量就像是C/C语言中的宏一样他代表了一个文本字串在Makefile中执行的时候其会自动原模原样地展开在所使用的地方。其与C/C所不同的是你可以在Makefile中改变其值。在Makefile中变量可以使用在“目标”“依赖目标”“命令”或是Makefile的其它部分中。 变量的命名字可以包含字符、数字下划线可以是数字开头但不应该含有“:”、“#”、“”或是空字符空格、回车等。变量是大小写敏感的“foo”、“Foo”和“FOO”是三个不同的变量名。传统的Makefile的变量名是全大写的命名方式但我推荐使用大小写搭配的变量名如MakeFlags。这样可以避免和系统的变量冲突而发生意外的事情。 有一些变量是很奇怪字串如“$”、“$”等这些是自动化变量我会在后面介绍。 一、变量的基础 变量在声明时需要给予初值而在使用时需要给在变量名前加上“$”符号但最好用小括号“”或是大括号“{}”把变量给包括起来。如果你要使用真实的“$”字符那么你需要用“$$”来表示。 变量可以使用在许多地方如规则中的“目标”、“依赖”、“命令”以及新的变量中。先看一个例子 objects program.o foo.o utils.o program : $(objects) cc -o program $(objects) $(objects) : defs.h 变量会在使用它的地方精确地展开就像C/C中的宏一样例如 foo c prog.o : prog.$(foo) $(foo)$(foo) -$(foo) prog.$(foo) 展开后得到 prog.o : prog.c cc -c prog.c 当然千万不要在你的Makefile中这样干这里只是举个例子来表明Makefile中的变量在使用处展开的真实样子。可见其就是一个“替代”的原理。 另外给变量加上括号完全是为了更加安全地使用这个变量在上面的例子中如果你不想给变量加上括号那也可以但我还是强烈建议你给变量加上括号。 二、变量中的变量 在定义变量的值时我们可以使用其它变量来构造变量的值在Makefile中有两种方式来在用变量定义变量的值。 先看第一种方式也就是简单的使用“”号在“”左侧是变量右侧是变量的值右侧变量的值可以定义在文件的任何一处也就是说右侧中的变量不一定非要是已定义好的值其也可以使用后面定义的值。如 foo $(bar) bar $(ugh) ugh Huh? all: echo $(foo) 我们执行“make all”将会打出变量$(foo)的值是“Huh?” $(foo)的值是$(bar)$(bar)的值是$(ugh)$(ugh)的值是“Huh?”可见变量是可以使用后面的变量来定义的。 这个功能有好的地方也有不好的地方好的地方是我们可以把变量的真实值推到后面来定义如 CFLAGS $(include_dirs) -O include_dirs -Ifoo -Ibar 当“CFLAGS”在命令中被展开时会是“-Ifoo -Ibar -O”。但这种形式也有不好的地方那就是递归定义如 CFLAGS $(CFLAGS) -O 或 A $(B) B $(A) 这会让make陷入无限的变量展开过程中去当然我们的make是有能力检测这样的定义并会报错。还有就是如果在变量中使用函数那么这种方式会让我们的make运行时非常慢更糟糕的是他会使用得两个make的函数“wildcard”和“shell”发生不可预知的错误。因为你不会知道这两个函数会被调用多少次。 为了避免上面的这种方法我们可以使用make中的另一种用变量来定义变量的方法。这种方法使用的是“:”操作符如 x : foo y : $(x) bar x : later 其等价于 y : foo bar x : later 值得一提的是这种方法前面的变量不能使用后面的变量只能使用前面已定义好了的变量。如果是这样 y : $(x) bar x : foo 那么y的值是“bar”而不是“foo bar”。 上面都是一些比较简单的变量使用了让我们来看一个复杂的例子其中包括了make的函数、条件表达式和一个系统变量“MAKELEVEL”的使用 ifeq (0,${MAKELEVEL}) cur-dir : $(shell pwd) whoami : $(shell whoami) host-type : $(shell arch) MAKE : ${MAKE} host-type${host-type} whoami${whoami} endif 关于条件表达式和函数我们在后面再说对于系统变量“MAKELEVEL”其意思是如果我们的make有一个嵌套执行的动作参见前面的“嵌套使用make”那么这个变量会记录了我们的当前Makefile的调用层数。 下面再介绍两个定义变量时我们需要知道的请先看一个例子如果我们要定义一个变量其值是一个空格那么我们可以这样来 nullstring : space : $(nullstring) # end of the line nullstring是一个Empty变量其中什么也没有而我们的space的值是一个空格。因为在操作符的右边是很难描述一个空格的这里采用的技术很管用先用一个Empty变量来标明变量的值开始了而后面采用“#”注释符来表示变量定义的终止这样我们可以定义出其值是一个空格的变量。请注意这里关于“#”的使用注释符“#”的这种特性值得我们注意如果我们这样定义一个变量 dir : /foo/bar # directory to put the frobs in dir这个变量的值是“/foo/bar”后面还跟了4个空格如果我们这样使用这样变量来指定别的目录——“$(dir)/file”那么就完蛋了。 还有一个比较有用的操作符是“?”先看示例 FOO ? bar 其含义是如果FOO没有被定义过那么变量FOO的值就是“bar”如果FOO先前被定义过那么这条语将什么也不做其等价于 ifeq ($(origin FOO), undefined) FOO bar endif 三、变量高级用法 这里介绍两种变量的高级使用方法第一种是变量值的替换。 我们可以替换变量中的共有的部分其格式是“$(var:ab)”或是“${var:ab}”其意思是把变量“var”中所有以“a”字串“结尾”的“a”替换成“b”字串。这里的“结尾”意思是“空格”或是“结束符”。 还是看一个示例吧 foo : a.o b.o c.o bar : $(foo:.o.c) 这个示例中我们先定义了一个“$(foo)”变量而第二行的意思是把“$(foo)”中所有以“.o”字串“结尾”全部替换成“.c”所以我们的“$(bar)”的值就是“a.c b.c c.c”。 另外一种变量替换的技术是以“静态模式”参见前面章节定义的如 foo : a.o b.o c.o bar : $(foo:%.o%.c) 这依赖于被替换字串中的有相同的模式模式中必须包含一个“%”字符这个例子同样让$(bar)变量的值为“a.c b.c c.c”。 第二种高级用法是——“把变量的值再当成变量”。先看一个例子 x y y z a : $($(x)) 在这个例子中$(x)的值是“y”所以$($(x))就是$(y)于是$(a)的值就是“z”。注意是“xy”而不是“x$(y)” 我们还可以使用更多的层次 x y y z z u a : $($($(x))) 这里的$(a)的值是“u”相关的推导留给读者自己去做吧。 让我们再复杂一点使用上“在变量定义中使用变量”的第一个方式来看一个例子 x $(y) y z z Hello a : $($(x)) 这里的$($(x))被替换成了$($(y))因为$(y)值是“z”所以最终结果是a:$(z)也就是“Hello”。 再复杂一点我们再加上函数 x variable1 variable2 : Hello y $(subst 1,2,$(x)) z y a : $($($(z))) 这个例子中“$($($(z)))”扩展为“$($(y))”而其再次被扩展为“$($(subst 1,2,$(x)))”。$(x)的值是“variable1”subst函数把“variable1”中的所有“1”字串替换成“2”字串于是“variable1”变成“variable2”再取其值所以最终$(a)的值就是$(variable2)的值——“Hello”。喔好不容易 在这种方式中或要可以使用多个变量来组成一个变量的名字然后再取其值 first_second Hello a first b second all $($a_$b) 这里的“$a_$b”组成了“first_second”于是$(all)的值就是“Hello”。 再来看看结合第一种技术的例子 a_objects : a.o b.o c.o 1_objects : 1.o 2.o 3.o sources : $($(a1)_objects:.o.c) 这个例子中如果$(a1)的值是“a”的话那么$(sources)的值就是“a.c b.c c.c”如果$(a1)的值是“1”那么$(sources)的值是“1.c 2.c 3.c”。 再来看一个这种技术和“函数”与“条件语句”一同使用的例子 ifdef do_sort func : sort else func : strip endif bar : a d b g q c foo : $($(func) $(bar)) 这个示例中如果定义了“do_sort”那么foo : $(sort a d b g q c)于是$(foo)的值就是“a b c d g q”而如果没有定义“do_sort”那么foo : $(sort a d b g q c)调用的就是strip函数。 当然“把变量的值再当成变量”这种技术同样可以用在操作符的左边 dir foo $(dir)_sources : $(wildcard $(dir)/*.c) define $(dir)_print lpr $($(dir)_sources) endef 这个例子中定义了三个变量“dir”“foo_sources”和“foo_print”。 四、追加变量值 我们可以使用“”操作符给变量追加值如 objects main.o foo.o bar.o utils.o objects another.o 于是我们的$(objects)值变成“main.o foo.o bar.o utils.o another.o”another.o被追加进去了 使用“”操作符可以模拟为下面的这种例子 objects main.o foo.o bar.o utils.o objects : $(objects) another.o 所不同的是用“”更为简洁。 如果变量之前没有定义过那么“”会自动变成“”如果前面有变量定义那么“”会继承于前次操作的赋值符。如果前一次的是“:”那么“”会以“:”作为其赋值符如 variable : value variable more 等价于 variable : value variable : $(variable) more 但如果是这种情况 variable value variable more 由于前次的赋值符是“”所以“”也会以“”来做为赋值那么岂不会发生变量的递补归定义这是很不好的所以make会自动为我们解决这个问题我们不必担心这个问题。 五、override 指示符 如果有变量是通常make的命令行参数设置的那么Makefile中对这个变量的赋值会被忽略。如果你想在Makefile中设置这类参数的值那么你可以使用“override”指示符。其语法是 override variable value override variable : value 当然你还可以追加 override variable more text 对于多行的变量定义我们用define指示符在define指示符前也同样可以使用ovveride指示符如 override define foo bar endef 六、多行变量 还有一种设置变量值的方法是使用define关键字。使用define关键字设置变量的值可以有换行这有利于定义一系列的命令前面我们讲过“命令包”的技术就是利用这个关键字。 define指示符后面跟的是变量的名字而重起一行定义变量的值定义是以endef关键字结束。其工作方式和“”操作符一样。变量的值可以包含函数、命令、文字或是其它变量。因为命令需要以[Tab]键开头所以如果你用define定义的命令变量中没有以[Tab]键开头那么make就不会把其认为是命令。 下面的这个示例展示了define的用法 define two-lines echo foo echo $(bar) endef 七、环境变量 make运行时的系统环境变量可以在make开始运行时被载入到Makefile文件中但是如果Makefile中已定义了这个变量或是这个变量由make命令行带入那么系统的环境变量的值将被覆盖。如果make指定了“-e”参数那么系统环境变量将覆盖Makefile中定义的变量 因此如果我们在环境变量中设置了“CFLAGS”环境变量那么我们就可以在所有的Makefile中使用这个变量了。这对于我们使用统一的编译参数有比较大的好处。如果Makefile中定义了CFLAGS那么则会使用Makefile中的这个变量如果没有定义则使用系统环境变量的值一个共性和个性的统一很像“全局变量”和“局部变量”的特性。 当make嵌套调用时参见前面的“嵌套调用”章节上层Makefile中定义的变量会以系统环境变量的方式传递到下层的Makefile中。当然默认情况下只有通过命令行设置的变量会被传递。而定义在文件中的变量如果要向下层Makefile传递则需要使用exprot关键字来声明。参见前面章节 当然我并不推荐把许多的变量都定义在系统环境中这样在我们执行不用的Makefile时拥有的是同一套系统变量这可能会带来更多的麻烦。 八、目标变量 前面我们所讲的在Makefile中定义的变量都是“全局变量”在整个文件我们都可以访问这些变量。当然“自动化变量”除外如“$”等这种类量的自动化变量就属于“规则型变量”这种变量的值依赖于规则的目标和依赖目标的定义。 当然我样同样可以为某个目标设置局部变量这种变量被称为“Target-specific Variable”它可以和“全局变量”同名因为它的作用范围只在这条规则以及连带规则中所以其值也只在作用范围内有效。而不会影响规则链以外的全局变量的值。 其语法是 target ... : variable-assignment target ... : overide variable-assignment variable-assignment可以是前面讲过的各种赋值表达式如“”、“:”、“”或是“”。第二个语法是针对于make命令行带入的变量或是系统环境变量。 这个特性非常的有用当我们设置了这样一个变量这个变量会作用到由这个目标所引发的所有的规则中去。如 prog : CFLAGS -g prog : prog.o foo.o bar.o $(CC) $(CFLAGS) prog.o foo.o bar.o prog.o : prog.c $(CC) $(CFLAGS) prog.c foo.o : foo.c $(CC) $(CFLAGS) foo.c bar.o : bar.c $(CC) $(CFLAGS) bar.c 在这个示例中不管全局的$(CFLAGS)的值是什么在prog目标以及其所引发的所有规则中prog.o foo.o bar.o的规则$(CFLAGS)的值都是“-g” 九、模式变量 在GNU的make中还支持模式变量Pattern-specific Variable通过上面的目标变量中我们知道变量可以定义在某个目标上。模式变量的好处就是我们可以给定一种“模式”可以把变量定义在符合这种模式的所有目标上。 我们知道make的“模式”一般是至少含有一个“%”的所以我们可以以如下方式给所有以[.o]结尾的目标定义目标变量 %.o : CFLAGS -O 同样模式变量的语法和“目标变量”一样 pattern ... : variable-assignment pattern ... : override variable-assignment override同样是针对于系统环境传入的变量或是make命令行指定的变量。 使用条件判断—————— 使用条件判断可以让make根据运行时的不同情况选择不同的执行分支。条件表达式可以是比较变量的值或是比较变量和常量的值。 一、示例 下面的例子判断$(CC)变量是否“gcc”如果是的话则使用GNU函数编译目标。 libs_for_gcc -lgnu normal_libs foo: $(objects) ifeq ($(CC),gcc) $(CC) -o foo $(objects) $(libs_for_gcc) else $(CC) -o foo $(objects) $(normal_libs) endif 可见在上面示例的这个规则中目标“foo”可以根据变量“$(CC)”值来选取不同的函数库来编译程序。 我们可以从上面的示例中看到三个关键字ifeq、else和endif。ifeq的意思表示条件语句的开始并指定一个条件表达式表达式包含两个参数以逗号分隔表达式以圆括号括起。else表示条件表达式为假的情况。endif表示一个条件语句的结束任何一个条件表达式都应该以endif结束。 当我们的变量$(CC)值是“gcc”时目标foo的规则是 foo: $(objects) $(CC) -o foo $(objects) $(libs_for_gcc) 而当我们的变量$(CC)值不是“gcc”时比如“cc”目标foo的规则是 foo: $(objects) $(CC) -o foo $(objects) $(normal_libs) 当然我们还可以把上面的那个例子写得更简洁一些 libs_for_gcc -lgnu normal_libs ifeq ($(CC),gcc) libs$(libs_for_gcc) else libs$(normal_libs) endif foo: $(objects) $(CC) -o foo $(objects) $(libs) 二、语法 条件表达式的语法为 conditional-directive text-if-true endif 以及 conditional-directive text-if-true else text-if-false endif 其中conditional-directive表示条件关键字如“ifeq”。这个关键字有四个。 第一个是我们前面所见过的“ifeq” ifeq (arg1, arg2) ifeq arg1 arg2 ifeq arg1 arg2 ifeq arg1 arg2 ifeq arg1 arg2 比较参数“arg1”和“arg2”的值是否相同。当然参数中我们还可以使用make的函数。如 ifeq ($(strip $(foo)),) text-if-empty endif 这个示例中使用了“strip”函数如果这个函数的返回值是空Empty那么text-if-empty就生效。 第二个条件关键字是“ifneq”。语法是 ifneq (arg1, arg2) ifneq arg1 arg2 ifneq arg1 arg2 ifneq arg1 arg2 ifneq arg1 arg2 其比较参数“arg1”和“arg2”的值是否相同如果不同则为真。和“ifeq”类似。 第三个条件关键字是“ifdef”。语法是 ifdef variable-name 如果变量variable-name的值非空那到表达式为真。否则表达式为假。当然variable-name同样可以是一个函数的返回值。注意ifdef只是测试一个变量是否有值其并不会把变量扩展到当前位置。还是来看两个例子 示例一 bar foo $(bar) ifdef foo frobozz yes else frobozz no endif 示例二 foo ifdef foo frobozz yes else frobozz no endif 第一个例子中“$(frobozz)”值是“yes”第二个则是“no”。 第四个条件关键字是“ifndef”。其语法是 ifndef variable-name 这个我就不多说了和“ifdef”是相反的意思。 在conditional-directive这一行上多余的空格是被允许的但是不能以[Tab]键做为开始不然就被认为是命令。而注释符“#”同样也是安全的。“else”和“endif”也一样只要不是以[Tab]键开始就行了。 特别注意的是make是在读取Makefile时就计算条件表达式的值并根据条件表达式的值来选择语句所以你最好不要把自动化变量如“$”等放入条件表达式中因为自动化变量是在运行时才有的。 而且为了避免混乱make不允许把整个条件语句分成两部分放在不同的文件中。 使用函数———— 在Makefile中可以使用函数来处理变量从而让我们的命令或是规则更为的灵活和具有智能。make所支持的函数也不算很多不过已经足够我们的操作了。函数调用后函数的返回值可以当做变量来使用。 一、函数的调用语法 函数调用很像变量的使用也是以“$”来标识的其语法如下 $(function arguments) 或是 ${function arguments} 这里function就是函数名make支持的函数不多。arguments是函数的参数参数间以逗号“,”分隔而函数名和参数之间以“空格”分隔。函数调用以“$”开头以圆括号或花括号把函数名和参数括起。感觉很像一个变量是不是函数中的参数可以使用变量为了风格的统一函数和变量的括号最好一样如使用“$(subst a,b,$(x))”这样的形式而不是“$(subst a,b,${x})”的形式。因为统一会更清楚也会减少一些不必要的麻烦。 还是来看一个示例 comma: , empty: space: $(empty) $(empty) foo: a b c bar: $(subst $(space),$(comma),$(foo)) 在这个示例中$(comma)的值是一个逗号。$(space)使用了$(empty)定义了一个空格$(foo)的值是“a b c”$(bar)的定义用调用了函数“subst”这是一个替换函数这个函数有三个参数第一个参数是被替换字串第二个参数是替换字串第三个参数是替换操作作用的字串。这个函数也就是把$(foo)中的空格替换成逗号所以$(bar)的值是“a,b,c”。 二、字符串处理函数 $(subst from,to,text) 名称字符串替换函数——subst。 功能把字串text中的from字符串替换成to。 返回函数返回被替换过后的字符串。 示例 $(subst ee,EE,feet on the street) 把“feet on the street”中的“ee”替换成“EE”返回结果是“fEEt on the strEEt”。 $(patsubst pattern,replacement,text) 名称模式字符串替换函数——patsubst。 功能查找text中的单词单词以“空格”、“Tab”或“回车”“换行”分隔是否符合模式pattern如果匹配的话则以replacement替换。这里pattern可以包括通配符“%”表示任意长度的字串。如果replacement中也包含“%”那么replacement中的这个“%”将是pattern中的那个“%”所代表的字串。可以用“/”来转义以“/%”来表示真实含义的“%”字符 返回函数返回被替换过后的字符串。 示例 $(patsubst %.c,%.o,x.c.c bar.c) 把字串“x.c.c bar.c”符合模式[%.c]的单词替换成[%.o]返回结果是“x.c.o bar.o” 备注 这和我们前面“变量章节”说过的相关知识有点相似。如 “$(var:patternreplacement)” 相当于 “$(patsubst pattern,replacement,$(var))” 而“$(var: suffixreplacement)” 则相当于 “$(patsubst %suffix,%replacement,$(var))”。 例如有objects foo.o bar.o baz.o 那么“$(objects:.o.c)”和“$(patsubst %.o,%.c,$(objects))”是一样的。 $(strip string) 名称去空格函数——strip。 功能去掉string字串中开头和结尾的空字符。 返回返回被去掉空格的字符串值。 示例 $(strip a b c ) 把字串“a b c ”去到开头和结尾的空格结果是“a b c”。 $(findstring find,in) 名称查找字符串函数——findstring。 功能在字串in中查找find字串。 返回如果找到那么返回find否则返回空字符串。 示例 $(findstring a,a b c) $(findstring a,b c) 第一个函数返回“a”字符串第二个返回“”字符串空字符串 $(filter pattern...,text) 名称过滤函数——filter。 功能以pattern模式过滤text字符串中的单词保留符合模式pattern的单词。可以有多个模式。 返回返回符合模式pattern的字串。 示例 sources : foo.c bar.c baz.s ugh.h foo: $(sources) cc $(filter %.c %.s,$(sources)) -o foo $(filter %.c %.s,$(sources))返回的值是“foo.c bar.c baz.s”。 $(filter-out pattern...,text) 名称反过滤函数——filter-out。 功能以pattern模式过滤text字符串中的单词去除符合模式pattern的单词。可以有多个模式。 返回返回不符合模式pattern的字串。 示例 objectsmain1.o foo.o main2.o bar.o mainsmain1.o main2.o $(filter-out $(mains),$(objects)) 返回值是“foo.o bar.o”。 $(sort list) 名称排序函数——sort。 功能给字符串list中的单词排序升序。 返回返回排序后的字符串。 示例$(sort foo bar lose)返回“bar foo lose” 。 备注sort函数会去掉list中相同的单词。 $(word n,text) 名称取单词函数——word。 功能取字符串text中第n个单词。从一开始 返回返回字符串text中第n个单词。如果n比text中的单词数要大那么返回空字符串。 示例$(word 2, foo bar baz)返回值是“bar”。 $(wordlist s,e,text) 名称取单词串函数——wordlist。 功能从字符串text中取从s开始到e的单词串。s和e是一个数字。 返回返回字符串text中从s到e的单词字串。如果s比text中的单词数要大那么返回空字符串。如果e大于text的单词数那么返回从s开始到text结束的单词串。 示例 $(wordlist 2, 3, foo bar baz)返回值是“bar baz”。 $(words text) 名称单词个数统计函数——words。 功能统计text中字符串中的单词个数。 返回返回text中的单词数。 示例$(words, foo bar baz)返回值是“3”。 备注如果我们要取text中最后的一个单词我们可以这样$(word $(words text),text)。 $(firstword text) 名称首单词函数——firstword。 功能取字符串text中的第一个单词。 返回返回字符串text的第一个单词。 示例$(firstword foo bar)返回值是“foo”。 备注这个函数可以用word函数来实现$(word 1,text)。 以上是所有的字符串操作函数如果搭配混合使用可以完成比较复杂的功能。这里举一个现实中应用的例子。我们知道make使用“VPATH”变量来指定“依赖文件”的搜索路径。于是我们可以利用这个搜索路径来指定编译器对头文件的搜索路径参数CFLAGS如 override CFLAGS $(patsubst %,-I%,$(subst :, ,$(VPATH))) 如果我们的“$(VPATH)”值是“src:../headers”那么“$(patsubst %,-I%,$(subst :, ,$(VPATH)))”将返回“-Isrc -I../headers”这正是cc或gcc搜索头文件路径的参数。 三、文件名操作函数 下面我们要介绍的函数主要是处理文件名的。每个函数的参数字符串都会被当做一个或是一系列的文件名来对待。 $(dir names...) 名称取目录函数——dir。 功能从文件名序列names中取出目录部分。目录部分是指最后一个反斜杠“/”之前的部分。如果没有反斜杠那么返回“./”。 返回返回文件名序列names的目录部分。 示例 $(dir src/foo.c hacks)返回值是“src/ ./”。 $(notdir names...) 名称取文件函数——notdir。 功能从文件名序列names中取出非目录部分。非目录部分是指最后一个反斜杠“/”之后的部分。 返回返回文件名序列names的非目录部分。 示例 $(notdir src/foo.c hacks)返回值是“foo.c hacks”。 $(suffix names...) 名称取后缀函数——suffix。 功能从文件名序列names中取出各个文件名的后缀。 返回返回文件名序列names的后缀序列如果文件没有后缀则返回空字串。 示例$(suffix src/foo.c src-1.0/bar.c hacks)返回值是“.c .c”。 $(basename names...) 名称取前缀函数——basename。 功能从文件名序列names中取出各个文件名的前缀部分。 返回返回文件名序列names的前缀序列如果文件没有前缀则返回空字串。 示例$(basename src/foo.c src-1.0/bar.c hacks)返回值是“src/foo src-1.0/bar hacks”。 $(addsuffix suffix,names...) 名称加后缀函数——addsuffix。 功能把后缀suffix加到names中的每个单词后面。 返回返回加过后缀的文件名序列。 示例$(addsuffix .c,foo bar)返回值是“foo.c bar.c”。 $(addprefix prefix,names...) 名称加前缀函数——addprefix。 功能把前缀prefix加到names中的每个单词后面。 返回返回加过前缀的文件名序列。 示例$(addprefix src/,foo bar)返回值是“src/foo src/bar”。 $(join list1,list2) 名称连接函数——join。 功能把list2中的单词对应地加到list1的单词后面。如果list1的单词个数要比list2的多那么list1中的多出来的单词将保持原样。如果list2的单词个数要比list1多那么list2多出来的单词将被复制到list2中。 返回返回连接过后的字符串。 示例$(join aaa bbb , 111 222 333)返回值是“aaa111 bbb222 333”。 四、foreach 函数 foreach函数和别的函数非常的不一样。因为这个函数是用来做循环用的Makefile中的foreach函数几乎是仿照于Unix标准Shell/bin/sh中的for语句或是C-Shell/bin/csh中的foreach语句而构建的。它的语法是 $(foreach var,list,text) 这个函数的意思是把参数list中的单词逐一取出放到参数var所指定的变量中然后再执行text所包含的表达式。每一次text会返回一个字符串循环过程中text的所返回的每个字符串会以空格分隔最后当整个循环结束时text所返回的每个字符串所组成的整个字符串以空格分隔将会是foreach函数的返回值。 所以var最好是一个变量名list可以是一个表达式而text中一般会使用var这个参数来依次枚举list中的单词。举个例子 names : a b c d files : $(foreach n,$(names),$(n).o) 上面的例子中$(name)中的单词会被挨个取出并存到变量“n”中“$(n).o”每次根据“$(n)”计算出一个值这些值以空格分隔最后作为foreach函数的返回所以$(files)的值是“a.o b.o c.o d.o”。 注意foreach中的var参数是一个临时的局部变量foreach函数执行完后参数var的变量将不在作用其作用域只在foreach函数当中。 五、if 函数 if函数很像GNU的make所支持的条件语句——ifeq参见前面所述的章节if函数的语法是 $(if condition,then-part) 或是 $(if condition,then-part,else-part) 可见if函数可以包含“else”部分或是不含。即if函数的参数可以是两个也可以是三个。condition参数是if的表达式如果其返回的为非空字符串那么这个表达式就相当于返回真于是then-part会被计算否则else-part会被计算。 而if函数的返回值是如果condition为真非空字符串那个then-part会是整个函数的返回值如果condition为假空字符串那么else-part会是整个函数的返回值此时如果else-part没有被定义那么整个函数返回空字串。 所以then-part和else-part只会有一个被计算。 六、call函数 call函数是唯一一个可以用来创建新的参数化的函数。你可以写一个非常复杂的表达式这个表达式中你可以定义许多参数然后你可以用call函数来向这个表达式传递参数。其语法是 $(call expression,parm1,parm2,parm3...) 当make执行这个函数时expression参数中的变量如$(1)$(2)$(3)等会被参数parm1parm2parm3依次取代。而expression的返回值就是call函数的返回值。例如 reverse $(1) $(2) foo $(call reverse,a,b) 那么foo的值就是“a b”。当然参数的次序是可以自定义的不一定是顺序的如 reverse $(2) $(1) foo $(call reverse,a,b) 此时的foo的值就是“b a”。 七、origin函数 origin函数不像其它的函数他并不操作变量的值他只是告诉你你的这个变量是哪里来的其语法是 $(origin variable) 注意variable是变量的名字不应该是引用。所以你最好不要在variable中使用“$”字符。Origin函数会以其返回值来告诉你这个变量的“出生情况”下面是origin函数的返回值: “undefined” 如果variable从来没有定义过origin函数返回这个值“undefined”。 “default” 如果variable是一个默认的定义比如“CC”这个变量这种变量我们将在后面讲述。 “environment” 如果variable是一个环境变量并且当Makefile被执行时“-e”参数没有被打开。 “file” 如果variable这个变量被定义在Makefile中。 “command line” 如果variable这个变量是被命令行定义的。 “override” 如果variable是被override指示符重新定义的。 “automatic” 如果variable是一个命令运行中的自动化变量。关于自动化变量将在后面讲述。 这些信息对于我们编写Makefile是非常有用的例如假设我们有一个Makefile其包了一个定义文件Make.def在Make.def中定义了一个变量“bletch”而我们的环境中也有一个环境变量“bletch”此时我们想判断一下如果变量来源于环境那么我们就把之重定义了如果来源于Make.def或是命令行等非环境的那么我们就不重新定义它。于是在我们的Makefile中我们可以这样写 ifdef bletch ifeq $(origin bletch) environment bletch barf, gag, etc. endif endif 当然你也许会说使用override关键字不就可以重新定义环境中的变量了吗为什么需要使用这样的步骤是的我们用override是可以达到这样的效果可是override过于粗暴它同时会把从命令行定义的变量也覆盖了而我们只想重新定义环境传来的而不想重新定义命令行传来的。 八、shell函数 shell函数也不像其它的函数。顾名思义它的参数应该就是操作系统Shell的命令。它和反引号“”是相同的功能。这就是说shell函数把执行操作系统命令后的输出作为函数返回。于是我们可以用操作系统命令以及字符串处理命令awksed等等命令来生成一个变量如 contents : $(shell cat foo) files : $(shell echo *.c) 注意这个函数会新生成一个Shell程序来执行命令所以你要注意其运行性能如果你的Makefile中有一些比较复杂的规则并大量使用了这个函数那么对于你的系统性能是有害的。特别是Makefile的隐晦的规则可能会让你的shell函数执行的次数比你想像的多得多。 九、控制make的函数 make提供了一些函数来控制make的运行。通常你需要检测一些运行Makefile时的运行时信息并且根据这些信息来决定你是让make继续执行还是停止。 $(error text ...) 产生一个致命的错误text ...是错误信息。注意error函数不会在一被使用就会产生错误信息所以如果你把其定义在某个变量中并在后续的脚本中使用这个变量那么也是可以的。例如 示例一 ifdef ERROR_001 $(error error is $(ERROR_001)) endif 示例二 ERR $(error found an error!) .PHONY: err err: ; $(ERR) 示例一会在变量ERROR_001定义了后执行时产生error调用而示例二则在目录err被执行时才发生error调用。 $(warning text ...) 这个函数很像error函数只是它并不会让make退出只是输出一段警告信息而make继续执行。 make 的运行—————— 一般来说最简单的就是直接在命令行下输入make命令make命令会找当前目录的makefile来执行一切都是自动的。但也有时你也许只想让make重编译某些文件而不是整个工程而又有的时候你有几套编译规则你想在不同的时候使用不同的编译规则等等。本章节就是讲述如何使用make命令的。 一、make的退出码 make命令执行后有三个退出码 0 —— 表示成功执行。 1 —— 如果make运行时出现任何错误其返回1。 2 —— 如果你使用了make的“-q”选项并且make使得一些目标不需要更新那么返回2。 Make的相关参数我们会在后续章节中讲述。 二、指定Makefile 前面我们说过GNU make找寻默认的Makefile的规则是在当前目录下依次找三个文件——“GNUmakefile”、“makefile”和“Makefile”。其按顺序找这三个文件一旦找到就开始读取这个文件并执行。 当前我们也可以给make命令指定一个特殊名字的Makefile。要达到这个功能我们要使用make的“-f”或是“--file”参数“--makefile”参数也行。例如我们有个makefile的名字是“hchen.mk”那么我们可以这样来让make来执行这个文件 make –f hchen.mk 如果在make的命令行是你不只一次地使用了“-f”参数那么所有指定的makefile将会被连在一起传递给make执行。 三、指定目标 一般来说make的最终目标是makefile中的第一个目标而其它目标一般是由这个目标连带出来的。这是make的默认行为。当然一般来说你的makefile中的第一个目标是由许多个目标组成你可以指示make让其完成你所指定的目标。要达到这一目的很简单需在make命令后直接跟目标的名字就可以完成如前面提到的“make clean”形式 任何在makefile中的目标都可以被指定成终极目标但是除了以“-”打头或是包含了“”的目标因为有这些字符的目标会被解析成命令行参数或是变量。甚至没有被我们明确写出来的目标也可以成为make的终极目标也就是说只要make可以找到其隐含规则推导规则那么这个隐含目标同样可以被指定成终极目标。 有一个make的环境变量叫“MAKECMDGOALS”这个变量中会存放你所指定的终极目标的列表如果在命令行上你没有指定目标那么这个变量是空值。这个变量可以让你使用在一些比较特殊的情形下。比如下面的例子 sources foo.c bar.c ifneq ( $(MAKECMDGOALS),clean) include $(sources:.c.d) endif 基于上面的这个例子只要我们输入的命令不是“make clean”那么makefile会自动包含“foo.d”和“bar.d”这两个makefile。 使用指定终极目标的方法可以很方便地让我们编译我们的程序例如下面这个例子 .PHONY: all all: prog1 prog2 prog3 prog4 从这个例子中我们可以看到这个makefile中有四个需要编译的程序——“prog1” “prog2” “prog3”和 “prog4”我们可以使用“make all”命令来编译所有的目标如果把all置成第一个目标那么只需执行“make”我们也可以使用“make prog2”来单独编译目标“prog2”。 即然make可以指定所有makefile中的目标那么也包括“伪目标”于是我们可以根据这种性质来让我们的makefile根据指定的不同的目标来完成不同的事。在Unix世界中软件发布时特别是GNU这种开源软件的发布时其makefile都包含了编译、安装、打包等功能。我们可以参照这种规则来书写我们的makefile中的目标。 “all” 这个伪目标是所有目标的目标其功能一般是编译所有的目标。 “clean” 这个伪目标功能是删除所有被make创建的文件。 “install” 这个伪目标功能是安装已编译好的程序其实就是把目标执行文件拷贝到指定的目标中去。 “print” 这个伪目标的功能是例出改变过的源文件。 “tar” 这个伪目标功能是把源程序打包备份。也就是一个tar文件。 “dist” 这个伪目标功能是创建一个压缩文件一般是把tar文件压成Z文件。或是gz文件。 “TAGS” 这个伪目标功能是更新所有的目标以备完整地重编译使用。 “check”和“test” 这两个伪目标一般用来测试makefile的流程。 当然一个项目的makefile中也不一定要书写这样的目标这些东西都是GNU的东西但是我想GNU搞出这些东西一定有其可取之处等你的UNIX下的程序文件一多时你就会发现这些功能很有用了这里只不过是说明了如果你要书写这种功能最好使用这种名字命名你的目标这样规范一些规范的好处就是——不用解释大家都明白。而且如果你的makefile中有这些功能一是很实用二是可以显得你的makefile很专业不是那种初学者的作品。 四、检查规则 有时候我们不想让我们的makefile中的规则执行起来我们只想检查一下我们的命令或是执行的序列。于是我们可以使用make命令的下述参数 “-n” “--just-print” “--dry-run” “--recon” 不执行参数这些参数只是打印命令不管目标是否更新把规则和连带规则下的命令打印出来但不执行这些参数对于我们调试makefile很有用处。 “-t” “--touch” 这个参数的意思就是把目标文件的时间更新但不更改目标文件。也就是说make假装编译目标但不是真正的编译目标只是把目标变成已编译过的状态。 “-q” “--question” 这个参数的行为是找目标的意思也就是说如果目标存在那么其什么也不会输出当然也不会执行编译如果目标不存在其会打印出一条出错信息。 “-W file” “--what-iffile” “--assume-newfile” “--new-filefile” 这个参数需要指定一个文件。一般是是源文件或依赖文件Make会根据规则推导来运行依赖于这个文件的命令一般来说可以和“-n”参数一同使用来查看这个依赖文件所发生的规则命令。 另外一个很有意思的用法是结合“-p”和“-v”来输出makefile被执行时的信息这个将在后面讲述。 五、make的参数 下面列举了所有GNU make 3.80版的参数定义。其它版本和产商的make大同小异不过其它产商的make的具体参数还是请参考各自的产品文档。 “-b”“-m”这两个参数的作用是忽略和其它版本make的兼容性。 “-B”“--always-make”认为所有的目标都需要更新重编译。 “-C dir”“--directorydir”指定读取makefile的目录。如果有多个“-C”参数make的解释是后面的路径以前面的作为相对路径并以最后的目录作为被指定目录。如“make –C ~hchen/test –C prog”等价于“make –C ~hchen/test/prog”。 “—debug[options]”输出make的调试信息。它有几种不同的级别可供选择如果没有参数那就是输出最简单的调试信息。下面是options的取值 a —— 也就是all输出所有的调试信息。会非常的多 b —— 也就是basic只输出简单的调试信息。即输出不需要重编译的目标。 v —— 也就是verbose在b选项的级别之上。输出的信息包括哪个makefile被解析不需要被重编译的依赖文件或是依赖目标等。 i —— 也就是implicit输出所以的隐含规则。 j —— 也就是jobs输出执行规则中命令的详细信息如命令的PID、返回码等。 m —— 也就是makefile输出make读取makefile更新makefile执行makefile的信息。 “-d”相当于“--debuga”。 “-e”“--environment-overrides”指明环境变量的值覆盖makefile中定义的变量的值。 “-ffile”“--filefile”“--makefilefile”指定需要执行的makefile。 “-h”“--help”显示帮助信息。 “-i”“--ignore-errors”在执行时忽略所有的错误。 “-I dir”“--include-dirdir”指定一个被包含makefile的搜索目标。可以使用多个“-I”参数来指定多个目录。 “-j [jobsnum]”“--jobs[jobsnum]”指同时运行命令的个数。如果没有这个参数make运行命令时能运行多少就运行多少。如果有一个以上的“-j”参数那么仅最后一个“-j”才是有效的。注意这个参数在MS-DOS中是无用的 “-k”“--keep-going”出错也不停止运行。如果生成一个目标失败了那么依赖于其上的目标就不会被执行了。 “-l load”“--load-average[load]”“—max-load[load]”指定make运行命令的负载。 “-n”“--just-print”“--dry-run”“--recon”仅输出执行过程中的命令序列但并不执行。 “-o file”“--old-filefile”“--assume-oldfile”不重新生成的指定的file即使这个目标的依赖文件新于它。 “-p”“--print-data-base”输出makefile中的所有数据包括所有的规则和变量。这个参数会让一个简单的makefile都会输出一堆信息。如果你只是想输出信息而不想执行makefile你可以使用“make -qp”命令。如果你想查看执行makefile前的预设变量和规则你可以使用“make –p –f /dev/null”。这个参数输出的信息会包含着你的makefile文件的文件名和行号所以用这个参数来调试你的makefile会是很有用的特别是当你的环境变量很复杂的时候。 “-q”“--question”不运行命令也不输出。仅仅是检查所指定的目标是否需要更新。如果是0则说明要更新如果是2则说明有错误发生。 “-r”“--no-builtin-rules”禁止make使用任何隐含规则。 “-R”“--no-builtin-variabes”禁止make使用任何作用于变量上的隐含规则。 “-s”“--silent”“--quiet”在命令运行时不输出命令的输出。 “-S”“--no-keep-going”“--stop”取消“-k”选项的作用。因为有些时候make的选项是从环境变量“MAKEFLAGS”中继承下来的。所以你可以在命令行中使用这个参数来让环境变量中的“-k”选项失效。 “-t”“--touch”相当于UNIX的touch命令只是把目标的修改日期变成最新的也就是阻止生成目标的命令运行。 “-v”“--version”输出make程序的版本、版权等关于make的信息。 “-w”“--print-directory”输出运行makefile之前和之后的信息。这个参数对于跟踪嵌套式调用make时很有用。 “--no-print-directory”禁止“-w”选项。 “-W file”“--what-iffile”“--new-filefile”“--assume-filefile”假定目标file需要更新如果和“-n”选项使用那么这个参数会输出该目标更新时的运行动作。如果没有“-n”那么就像运行UNIX的“touch”命令一样使得file的修改时间为当前时间。 “--warn-undefined-variables”只要make发现有未定义的变量那么就输出警告信息。 隐含规则———— 在我们使用Makefile时有一些我们会经常使用而且使用频率非常高的东西比如我们编译C/C的源程序为中间目标文件Unix下是[.o]文件Windows下是[.obj]文件。本章讲述的就是一些在Makefile中的“隐含的”早先约定了的不需要我们再写出来的规则。 “隐含规则”也就是一种惯例make会按照这种“惯例”心照不喧地来运行那怕我们的Makefile中没有书写这样的规则。例如把[.c]文件编译成[.o]文件这一规则你根本就不用写出来make会自动推导出这种规则并生成我们需要的[.o]文件。 “隐含规则”会使用一些我们系统变量我们可以改变这些系统变量的值来定制隐含规则的运行时的参数。如系统变量“CFLAGS”可以控制编译时的编译器参数。 我们还可以通过“模式规则”的方式写下自己的隐含规则。用“后缀规则”来定义隐含规则会有许多的限制。使用“模式规则”会更回得智能和清楚但“后缀规则”可以用来保证我们Makefile的兼容性。我们了解了“隐含规则”可以让其为我们更好的服务也会让我们知道一些“约定俗成”了的东西而不至于使得我们在运行Makefile时出现一些我们觉得莫名其妙的东西。当然任何事物都是矛盾的水能载舟亦可覆舟所以有时候“隐含规则”也会给我们造成不小的麻烦。只有了解了它我们才能更好地使用它。 一、使用隐含规则如果要使用隐含规则生成你需要的目标你所需要做的就是不要写出这个目标的规则。那么make会试图去自动推导产生这个目标的规则和命令如果make可以自动推导生成这个目标的规则和命令那么这个行为就是隐含规则的自动推导。当然隐含规则是make事先约定好的一些东西。例如我们有下面的一个Makefile foo : foo.o bar.o cc –o foo foo.o bar.o $(CFLAGS) $(LDFLAGS) 我们可以注意到这个Makefile中并没有写下如何生成foo.o和bar.o这两目标的规则和命令。因为make的“隐含规则”功能会自动为我们自动去推导这两个目标的依赖目标和生成命令。 make会在自己的“隐含规则”库中寻找可以用的规则如果找到那么就会使用。如果找不到那么就会报错。在上面的那个例子中make调用的隐含规则是把[.o]的目标的依赖文件置成[.c]并使用C的编译命令“cc –c $(CFLAGS) [.c]”来生成[.o]的目标。也就是说我们完全没有必要写下下面的两条规则 foo.o : foo.c cc –c foo.c $(CFLAGS) bar.o : bar.c cc –c bar.c $(CFLAGS) 因为这已经是“约定”好了的事了make和我们约定好了用C编译器“cc”生成[.o]文件的规则这就是隐含规则。 当然如果我们为[.o]文件书写了自己的规则那么make就不会自动推导并调用隐含规则它会按照我们写好的规则忠实地执行。 还有在make的“隐含规则库”中每一条隐含规则都在库中有其顺序越靠前的则是越被经常使用的所以这会导致我们有些时候即使我们显示地指定了目标依赖make也不会管。如下面这条规则没有命令 foo.o : foo.p 依赖文件“foo.p”Pascal程序的源文件有可能变得没有意义。如果目录下存在了“foo.c”文件那么我们的隐含规则一样会生效并会通过“foo.c”调用C的编译器生成foo.o文件。因为在隐含规则中Pascal的规则出现在C的规则之后所以make找到可以生成foo.o的C的规则就不再寻找下一条规则了。如果你确实不希望任何隐含规则推导那么你就不要只写出“依赖规则”而不写命令。 二、隐含规则一览这里我们将讲述所有预先设置也就是make内建的隐含规则如果我们不明确地写下规则那么make就会在这些规则中寻找所需要规则和命令。当然我们也可以使用make的参数“-r”或“--no-builtin-rules”选项来取消所有的预设置的隐含规则。 当然即使是我们指定了“-r”参数某些隐含规则还是会生效因为有许多的隐含规则都是使用了“后缀规则”来定义的所以只要隐含规则中有“后缀列表”也就一系统定义在目标.SUFFIXES的依赖目标那么隐含规则就会生效。默认的后缀列表是.out, .a, .ln, .o, .c, .cc, .C, .p, .f, .F, .r, .y, .l, .s, .S, .mod, .sym, .def, .h, .info, .dvi, .tex, .texinfo, .texi, .txinfo, .w, .ch .web, .sh, .elc, .el。具体的细节我们会在后面讲述。 还是先来看一看常用的隐含规则吧。 1、编译C程序的隐含规则。“n.o”的目标的依赖目标会自动推导为“n.c”并且其生成命令是“$(CC) –c $(CPPFLAGS) $(CFLAGS)” 2、编译C程序的隐含规则。“n.o”的目标的依赖目标会自动推导为“n.cc”或是“n.C”并且其生成命令是“$(CXX) –c $(CPPFLAGS) $(CFLAGS)”。建议使用“.cc”作为C源文件的后缀而不是“.C” 3、编译Pascal程序的隐含规则。“n.o”的目标的依赖目标会自动推导为“n.p”并且其生成命令是“$(PC) –c $(PFLAGS)”。 4、编译Fortran/Ratfor程序的隐含规则。“n.o”的目标的依赖目标会自动推导为“n.r”或“n.F”或“n.f”并且其生成命令是: “.f” “$(FC) –c $(FFLAGS)” “.F” “$(FC) –c $(FFLAGS) $(CPPFLAGS)” “.f” “$(FC) –c $(FFLAGS) $(RFLAGS)” 5、预处理Fortran/Ratfor程序的隐含规则。“n.f”的目标的依赖目标会自动推导为“n.r”或“n.F”。这个规则只是转换Ratfor或有预处理的Fortran程序到一个标准的Fortran程序。其使用的命令是 “.F” “$(FC) –F $(CPPFLAGS) $(FFLAGS)” “.r” “$(FC) –F $(FFLAGS) $(RFLAGS)” 6、编译Modula-2程序的隐含规则。“n.sym”的目标的依赖目标会自动推导为“n.def”并且其生成命令是“$(M2C) $(M2FLAGS) $(DEFFLAGS)”。“n.o” 的目标的依赖目标会自动推导为“n.mod”并且其生成命令是“$(M2C) $(M2FLAGS) $(MODFLAGS)”。 7、汇编和汇编预处理的隐含规则。“n.o” 的目标的依赖目标会自动推导为“n.s”默认使用编译品“as”并且其生成命令是“$(AS) $(ASFLAGS)”。“n.s” 的目标的依赖目标会自动推导为“n.S”默认使用C预编译器“cpp”并且其生成命令是“$(AS) $(ASFLAGS)”。 8、链接Object文件的隐含规则。“n”目标依赖于“n.o”通过运行C的编译器来运行链接程序生成一般是“ld”其生成命令是“$(CC) $(LDFLAGS) n.o $(LOADLIBES) $(LDLIBS)”。这个规则对于只有一个源文件的工程有效同时也对多个Object文件由不同的源文件生成的也有效。例如如下规则 x : y.o z.o 并且“x.c”、“y.c”和“z.c”都存在时隐含规则将执行如下命令 cc -c x.c -o x.o cc -c y.c -o y.o cc -c z.c -o z.o cc x.o y.o z.o -o x rm -f x.o rm -f y.o rm -f z.o 如果没有一个源文件如上例中的x.c和你的目标名字如上例中的x相关联那么你最好写出自己的生成规则不然隐含规则会报错的。 9、Yacc C程序时的隐含规则。“n.c”的依赖文件被自动推导为“n.y”Yacc生成的文件其生成命令是“$(YACC) $(YFALGS)”。“Yacc”是一个语法分析器关于其细节请查看相关资料 10、Lex C程序时的隐含规则。“n.c”的依赖文件被自动推导为“n.l”Lex生成的文件其生成命令是“$(LEX) $(LFALGS)”。关于“Lex”的细节请查看相关资料 11、Lex Ratfor程序时的隐含规则。“n.r”的依赖文件被自动推导为“n.l”Lex生成的文件其生成命令是“$(LEX) $(LFALGS)”。12、从C程序、Yacc文件或Lex文件创建Lint库的隐含规则。“n.ln” lint生成的文件的依赖文件被自动推导为“n.c”其生成命令是“$(LINT) $(LINTFALGS) $(CPPFLAGS) -i”。对于“n.y”和“n.l”也是同样的规则。 三、隐含规则使用的变量在隐含规则中的命令中基本上都是使用了一些预先设置的变量。你可以在你的makefile中改变这些变量的值或是在make的命令行中传入这些值或是在你的环境变量中设置这些值无论怎么样只要设置了这些特定的变量那么其就会对隐含规则起作用。当然你也可以利用make的“-R”或“--no–builtin-variables”参数来取消你所定义的变量对隐含规则的作用。 例如第一条隐含规则——编译C程序的隐含规则的命令是“$(CC) –c $(CFLAGS) $(CPPFLAGS)”。Make默认的编译命令是“cc”如果你把变量“$(CC)”重定义成“gcc”把变量“$(CFLAGS)”重定义成“-g”那么隐含规则中的命令全部会以“gcc –c -g $(CPPFLAGS)”的样子来执行了。 我们可以把隐含规则中使用的变量分成两种一种是命令相关的如“CC”一种是参数相的关如“CFLAGS”。下面是所有隐含规则中会用到的变量 1、关于命令的变量。 AR 函数库打包程序。默认命令是“ar”。 AS 汇编语言编译程序。默认命令是“as”。CC C语言编译程序。默认命令是“cc”。CXX C语言编译程序。默认命令是“g”。CO 从 RCS文件中扩展文件程序。默认命令是“co”。CPP C程序的预处理器输出是标准输出设备。默认命令是“$(CC) –E”。FC Fortran 和 Ratfor 的编译器和预处理程序。默认命令是“f77”。GET 从SCCS文件中扩展文件的程序。默认命令是“get”。 LEX Lex方法分析器程序针对于C或Ratfor。默认命令是“lex”。PC Pascal语言编译程序。默认命令是“pc”。YACC Yacc文法分析器针对于C程序。默认命令是“yacc”。YACCR Yacc文法分析器针对于Ratfor程序。默认命令是“yacc –r”。MAKEINFO 转换Texinfo源文件.texi到Info文件程序。默认命令是“makeinfo”。TEX 从TeX源文件创建TeX DVI文件的程序。默认命令是“tex”。TEXI2DVI 从Texinfo源文件创建军TeX DVI 文件的程序。默认命令是“texi2dvi”。WEAVE 转换Web到TeX的程序。默认命令是“weave”。CWEAVE 转换C Web 到 TeX的程序。默认命令是“cweave”。TANGLE 转换Web到Pascal语言的程序。默认命令是“tangle”。CTANGLE 转换C Web 到 C。默认命令是“ctangle”。RM 删除文件命令。默认命令是“rm –f”。 2、关于命令参数的变量下面的这些变量都是相关上面的命令的参数。如果没有指明其默认值那么其默认值都是空。ARFLAGS 函数库打包程序AR命令的参数。默认值是“rv”。ASFLAGS 汇编语言编译器参数。当明显地调用“.s”或“.S”文件时。 CFLAGS C语言编译器参数。CXXFLAGS C语言编译器参数。COFLAGS RCS命令参数。 CPPFLAGS C预处理器参数。 C 和 Fortran 编译器也会用到。FFLAGS Fortran语言编译器参数。GFLAGS SCCS “get”程序参数。LDFLAGS 链接器参数。如“ld”LFLAGS Lex文法分析器参数。PFLAGS Pascal语言编译器参数。RFLAGS Ratfor 程序的Fortran 编译器参数。YFLAGS Yacc文法分析器参数。 四、隐含规则链有些时候一个目标可能被一系列的隐含规则所作用。例如一个[.o]的文件生成可能会是先被Yacc的[.y]文件先成[.c]然后再被C的编译器生成。我们把这一系列的隐含规则叫做“隐含规则链”。 在上面的例子中如果文件[.c]存在那么就直接调用C的编译器的隐含规则如果没有[.c]文件但有一个[.y]文件那么Yacc的隐含规则会被调用生成[.c]文件然后再调用C编译的隐含规则最终由[.c]生成[.o]文件达到目标。 我们把这种[.c]的文件或是目标叫做中间目标。不管怎么样make会努力自动推导生成目标的一切方法不管中间目标有多少其都会执着地把所有的隐含规则和你书写的规则全部合起来分析努力达到目标所以有些时候可能会让你觉得奇怪怎么我的目标会这样生成怎么我的makefile发疯了 在默认情况下对于中间目标它和一般的目标有两个地方所不同第一个不同是除非中间的目标不存在才会引发中间规则。第二个不同的是只要目标成功产生那么产生最终目标过程中所产生的中间目标文件会被以“rm -f”删除。 通常一个被makefile指定成目标或是依赖目标的文件不能被当作中介。然而你可以明显地说明一个文件或是目标是中介目标你可以使用伪目标“.INTERMEDIATE”来强制声明。如.INTERMEDIATE mid 你也可以阻止make自动删除中间目标要做到这一点你可以使用伪目标“.SECONDARY”来强制声明如.SECONDARY : sec。你还可以把你的目标以模式的方式来指定如%.o成伪目标“.PRECIOUS”的依赖目标以保存被隐含规则所生成的中间文件。 在“隐含规则链”中禁止同一个目标出现两次或两次以上这样一来就可防止在make自动推导时出现无限递归的情况。 Make会优化一些特殊的隐含规则而不生成中间文件。如从文件“foo.c”生成目标程序“foo”按道理make会编译生成中间文件“foo.o”然后链接成“foo”但在实际情况下这一动作可以被一条“cc”的命令完成cc –o foo foo.c于是优化过的规则就不会生成中间文件。 五、定义模式规则 你可以使用模式规则来定义一个隐含规则。一个模式规则就好像一个一般的规则只是在规则中目标的定义需要有%字符。%的意思是表示一个或多个任意字符。在依赖目标中同样可以使用%只是依赖目标中的%的取值取决于其目标。 有一点需要注意的是%的展开发生在变量和函数的展开之后变量和函数的展开发生在make载入Makefile时而模式规则中的%则发生在运行时。 1、模式规则介绍 模式规则中至少在规则的目标定义中要包含%否则就是一般的规则。目标中的%定义表示对文件名的匹配%表示长度任意的非空字符串。例如%.c表示以.c结尾的文件名文件名的长度至少为3而s.%.c则表示以s.开头.c结尾的文件名文件名的长度至少为5。 如果%定义在目标中那么目标中的%的值决定了依赖目标中的%的值也就是说目标中的模式的%决定了依赖目标中%的样子。例如有一个模式规则如下 %.o : %.c ; command ...... 其含义是指出了怎么从所有的[.c]文件生成相应的[.o]文件的规则。如果要生成的目标是a.o b.o那么%c就是a.c b.c。 一旦依赖目标中的%模式被确定那么make会被要求去匹配当前目录下所有的文件名一旦找到make就会规则下的命令所以在模式规则中目标可能会是多个的如果有模式匹配出多个目标make就会产生所有的模式目标此时make关心的是依赖的文件名和生成目标的命令这两件事。 2、模式规则示例 下面这个例子表示了,把所有的[.c]文件都编译成[.o]文件. %.o : %.c $(CC) -c $(CFLAGS) $(CPPFLAGS) $ -o $ 其中$表示所有的目标的挨个值$表示了所有依赖目标的挨个值。这些奇怪的变量我们叫自动化变量后面会详细讲述。 下面的这个例子中有两个目标是模式的 %.tab.c %.tab.h: %.y bison -d $ 这条规则告诉make把所有的[.y]文件都以bison -d n.y执行然后生成n.tab.c和n.tab.h文件。其中n表示一个任意字符串。如果我们的执行程序foo依赖于文件parse.tab.o和scan.o并且文件scan.o依赖于文件parse.tab.h如果parse.y文件被更新了那么根据上述的规则bison -d parse.y就会被执行一次于是parse.tab.o和scan.o的依赖文件就齐了。假设parse.tab.o由parse.tab.c生成和scan.o由scan.c生成而foo由parse.tab.o和scan.o链接生成而且foo和其[.o]文件的依赖关系也写好那么所有的目标都会得到满足 3、自动化变量 在上述的模式规则中目标和依赖文件都是一系例的文件那么我们如何书写一个命令来完成从不同的依赖文件生成相应的目标因为在每一次的对模式规则的解析时都会是不同的目标和依赖文件。 自动化变量就是完成这个功能的。在前面我们已经对自动化变量有所提涉相信你看到这里已对它有一个感性认识了。所谓自动化变量就是这种变量会把模式中所定义的一系列的文件自动地挨个取出直至所有的符合模式的文件都取完了。这种自动化变量只应出现在规则的命令中。 下面是所有的自动化变量及其说明 $ 表示规则中的目标文件集。在模式规则中如果有多个目标那么$就是匹配于目标中模式定义的集合。 $% 仅当目标是函数库文件中表示规则中的目标成员名。例如如果一个目标是foo.a(bar.o)那么$%就是bar.o$就是foo.a。如果目标不是函数库文件Unix下是[.a]Windows下是[.lib]那么其值为空。 $ 依赖目标中的第一个目标名字。如果依赖目标是以模式即%定义的那么$将是符合模式的一系列的文件集。注意其是一个一个取出来的。 $? 所有比目标新的依赖目标的集合。以空格分隔。 $^ 所有的依赖目标的集合。以空格分隔。如果在依赖目标中有多个重复的那个这个变量会去除重复的依赖目标只保留一份。 $ 这个变量很像$^也是所有依赖目标的集合。只是它不去除重复的依赖目标。 $* 这个变量表示目标模式中%及其之前的部分。如果目标是dir/a.foo.b并且目标的模式是a.%.b那么$*的值就是dir/a.foo。这个变量对于构造有关联的文件名是比较有较。如果目标中没有模式的定义那么$*也就不能被推导出但是如果目标文件的后缀是make所识别的那么$*就是除了后缀的那一部分。例如如果目标是foo.c因为.c是make所能识别的后缀名所以$*的值就是foo。这个特性是GNU make的很有可能不兼容于其它版本的make所以你应该尽量避免使用$*除非是在隐含规则或是静态模式中。如果目标中的后缀是make所不能识别的那么$*就是空值。 当你希望只对更新过的依赖文件进行操作时$?在显式规则中很有用例如假设有一个函数库文件叫lib其由其它几个object文件更新。那么把object文件打包的比较有效率的Makefile规则是 lib : foo.o bar.o lose.o win.o ar r lib $? 在上述所列出来的自动量变量中。四个变量$、$、$%、$*在扩展时只会有一个文件而另三个的值是一个文件列表。这七个自动化变量还可以取得文件的目录名或是在当前目录下的符合模式的文件名只需要搭配上D或F字样。这是GNU make中老版本的特性在新版本中我们使用函数dir或notdir就可以做到了。D的含义就是Directory就是目录F的含义就是File就是文件。 下面是对于上面的七个变量分别加上D或是F的含义 $(D) 表示$的目录部分不以斜杠作为结尾如果$值是dir/foo.o那么$(D)就是dir而如果$中没有包含斜杠的话其值就是.当前目录。 $(F) 表示$的文件部分如果$值是dir/foo.o那么$(F)就是foo.o$(F)相当于函数$(notdir $)。 $(*D)$(*F) 和上面所述的同理也是取文件的目录部分和文件部分。对于上面的那个例子$(*D)返回dir而$(*F)返回foo $(%D)$(%F) 分别表示了函数包文件成员的目录部分和文件部分。这对于形同archive(member)形式的目标中的member中包含了不同的目录很有用。 $(D)$(F) 分别表示依赖文件的目录部分和文件部分。 $(^D)$(^F) 分别表示所有依赖文件的目录部分和文件部分。无相同的 $(D)$(F) 分别表示所有依赖文件的目录部分和文件部分。可以有相同的 $(?D)$(?F) 分别表示被更新的依赖文件的目录部分和文件部分。 最后想提醒一下的是对于$为了避免产生不必要的麻烦我们最好给$后面的那个特定字符都加上圆括号比如$()就要比$要好一些。 还得要注意的是这些变量只使用在规则的命令中而且一般都是显式规则和静态模式规则参见前面书写规则一章。其在隐含规则中并没有意义。 4、模式的匹配 一般来说一个目标的模式有一个有前缀或是后缀的%或是没有前后缀直接就是一个%。因为%代表一个或多个字符所以在定义好了的模式中我们把%所匹配的内容叫做茎例如%.c所匹配的文件test.c中test就是茎。因为在目标和依赖目标中同时有%时依赖目标的茎会传给目标当做目标中的茎。 当一个模式匹配包含有斜杠实际也不经常包含的文件时那么在进行模式匹配时目录部分会首先被移开然后进行匹配成功后再把目录加回去。在进行茎的传递时我们需要知道这个步骤。例如有一个模式e%t文件src/eat匹配于该模式于是src/a就是其茎如果这个模式定义在依赖目标中而被依赖于这个模式的目标中又有个模式c%r那么目标就是src/car。茎被传递 5、重载内建隐含规则 你可以重载内建的隐含规则或是定义一个全新的例如你可以重新构造和内建隐含规则不同的命令如 %.o : %.c $(CC) -c $(CPPFLAGS) $(CFLAGS) -D$(date) 你可以取消内建的隐含规则只要不在后面写命令就行。如 %.o : %.s 同样你也可以重新定义一个全新的隐含规则其在隐含规则中的位置取决于你在哪里写下这个规则。朝前的位置就靠前。 六、老式风格的后缀规则 后缀规则是一个比较老式的定义隐含规则的方法。后缀规则会被模式规则逐步地取代。因为模式规则更强更清晰。为了和老版本的Makefile兼容GNU make同样兼容于这些东西。后缀规则有两种方式双后缀和单后缀。 双后缀规则定义了一对后缀目标文件的后缀和依赖目标源文件的后缀。如.c.o相当于%o : %c。单后缀规则只定义一个后缀也就是源文件的后缀。如.c相当于% : %.c。 后缀规则中所定义的后缀应该是make所认识的如果一个后缀是make所认识的那么这个规则就是单后缀规则而如果两个连在一起的后缀都被make所认识那就是双后缀规则。例如.c和.o都是make所知道。因而如果你定义了一个规则是.c.o那么其就是双后缀规则意义就是.c是源文件的后缀.o是目标文件的后缀。如下示例 .c.o: $(CC) -c $(CFLAGS) $(CPPFLAGS) -o $ $ 后缀规则不允许任何的依赖文件如果有依赖文件的话那就不是后缀规则那些后缀统统被认为是文件名如 .c.o: foo.h $(CC) -c $(CFLAGS) $(CPPFLAGS) -o $ $ 这个例子就是说文件.c.o依赖于文件foo.h而不是我们想要的这样 %.o: %.c foo.h $(CC) -c $(CFLAGS) $(CPPFLAGS) -o $ $ 后缀规则中如果没有命令那是毫无意义的。因为他也不会移去内建的隐含规则。 而要让make知道一些特定的后缀我们可以使用伪目标.SUFFIXES来定义或是删除如 .SUFFIXES: .hack .win 把后缀.hack和.win加入后缀列表中的末尾。 .SUFFIXES: # 删除默认的后缀 .SUFFIXES: .c .o .h # 定义自己的后缀 先清楚默认后缀后定义自己的后缀列表。 make的参数-r或-no-builtin-rules也会使用得默认的后缀列表为空。而变量SUFFIXE被用来定义默认的后缀列表你可以用.SUFFIXES来改变后缀列表但请不要改变变量SUFFIXE的值。 七、隐含规则搜索算法 比如我们有一个目标叫 T。下面是搜索目标T的规则的算法。请注意在下面我们没有提到后缀规则原因是所有的后缀规则在Makefile被载入内存时会被转换成模式规则。如果目标是archive(member)的函数库文件模式那么这个算法会被运行两次第一次是找目标T如果没有找到的话那么进入第二次第二次会把member当作T来搜索。 1、把T的目录部分分离出来。叫D而剩余部分叫N。如如果T是src/foo.o那么D就是src/N就是foo.o 2、创建所有匹配于T或是N的模式规则列表。 3、如果在模式规则列表中有匹配所有文件的模式如%那么从列表中移除其它的模式。 4、移除列表中没有命令的规则。 5、对于第一个在列表中的模式规则 1推导其茎SS应该是T或是N匹配于模式中%非空的部分。 2计算依赖文件。把依赖文件中的%都替换成茎S。如果目标模式中没有包含斜框字符而把D加在第一个依赖文件的开头。3测试是否所有的依赖文件都存在或是理当存在。如果有一个文件被定义成另外一个规则的目标文件或者是一个显式规则的依赖文件那么这个文件就叫理当存在 4如果所有的依赖文件存在或是理当存在或是就没有依赖文件。那么这条规则将被采用退出该算法。 6、如果经过第5步没有模式规则被找到那么就做更进一步的搜索。对于存在于列表中的第一个模式规则 1如果规则是终止规则那就忽略它继续下一条模式规则。2计算依赖文件。同第5步3测试所有的依赖文件是否存在或是理当存在。4对于不存在的依赖文件递归调用这个算法查找他是否可以被隐含规则找到。5如果所有的依赖文件存在或是理当存在或是就根本没有依赖文件。那么这条规则被采用退出该算法。 7、如果没有隐含规则可以使用查看.DEFAULT规则如果有采用把.DEFAULT的命令给T使用。 一旦规则被找到就会执行其相当的命令而此时我们的自动化变量的值才会生成。 使用make更新函数库文件——————————— 函数库文件也就是对Object文件程序编译的中间文件的打包文件。在Unix下一般是由命令ar来完成打包工作。 一、函数库文件的成员 一个函数库文件由多个文件组成。你可以以如下格式指定函数库文件及其组成 archive(member) 这个不是一个命令而一个目标和依赖的定义。一般来说这种用法基本上就是为了ar命令来服务的。如 foolib(hack.o) : hack.o ar cr foolib hack.o 如果要指定多个member那就以空格分开如 foolib(hack.o kludge.o) 其等价于 foolib(hack.o) foolib(kludge.o) 你还可以使用Shell的文件通配符来定义如 foolib(*.o) 二、函数库成员的隐含规则 当make搜索一个目标的隐含规则时一个特殊的特性是如果这个目标是a(m)形式的其会把目标变成(m)。于是如果我们的成员是%.o的模式定义并且如果我们使用make foo.a(bar.o)的形式调用Makefile时隐含规则会去找bar.o的规则如果没有定义bar.o的规则那么内建隐含规则生效make会去找bar.c文件来生成bar.o如果找得到的话make执行的命令大致如下 cc -c bar.c -o bar.o ar r foo.a bar.o rm -f bar.o 还有一个变量要注意的是$%这是专属函数库文件的自动化变量有关其说明请参见自动化变量一节。 三、函数库文件的后缀规则 你可以使用后缀规则和隐含规则来生成函数库打包文件如 .c.a: $(CC) $(CFLAGS) $(CPPFLAGS) -c $ -o $*.o $(AR) r $ $*.o $(RM) $*.o 其等效于 (%.o) : %.c $(CC) $(CFLAGS) $(CPPFLAGS) -c $ -o $*.o $(AR) r $ $*.o $(RM) $*.o 四、注意事项 在进行函数库打包文件生成时请小心使用make的并行机制-j参数。如果多个ar命令在同一时间运行在同一个函数库打包文件上就很有可以损坏这个函数库文件。所以在make未来的版本中应该提供一种机制来避免并行操作发生在函数打包文件上。 但就目前而言你还是应该不要尽量不要使用-j参数。 后序—— 终于到写结束语的时候了以上基本上就是GNU make的Makefile的所有细节了。其它的产商的make基本上也就是这样的无论什么样的make都是以文件的依赖性为基础的其基本是都是遵循一个标准的。这篇文档中80%的技术细节都适用于任何的make我猜测函数那一章的内容可能不是其它make所支持的而隐含规则方面我想不同的make会有不同的实现我没有精力来查看GNU的make和VC的nmake、BCB的make或是别的UNIX下的make有些什么样的差别一是时间精力不够二是因为我基本上都是在Unix下使用make以前在SCO Unix和IBM的AIX现在在Linux、Solaris、HP-UX、AIX和Alpha下使用Linux和Solaris下更多一点。不过我可以肯定的是在Unix下的make无论是哪种平台几乎都使用了Richard Stallman开发的make和cc/gcc的编译器而且基本上都是GNU的make公司里所有的UNIX机器上都被装上了GNU的东西所以使用GNU的程序也就多了一些。GNU的东西还是很不错的特别是使用得深了以后越来越觉得GNU的软件的强大也越来越觉得GNU的在操作系统中主要是Unix甚至Windows杀伤力。 对于上述所有的make的细节我们不但可以利用make这个工具来编译我们的程序还可以利用make来完成其它的工作因为规则中的命令可以是任何Shell之下的命令所以在Unix下你不一定只是使用程序语言的编译器你还可以在Makefile中书写其它的命令如tar、awk、mail、sed、cvs、compress、ls、rm、yacc、rpm、ftp……等等等等来完成诸如程序打包、程序备份、制作程序安装包、提交代码、使用程序模板、合并文件等等五花八门的功能文件操作文件管理编程开发设计或是其它一些异想天开的东西。比如以前在书写银行交易程序时由于银行的交易程序基本一样就见到有人书写了一些交易的通用程序模板在该模板中把一些网络通讯、数据库操作的、业务操作共性的东西写在一个文件中在这些文件中用些诸如N、###N奇怪字串标注一些位置然后书写交易时只需按照一种特定的规则书写特定的处理最后在make时使用awk和sed把模板中的N、###N等字串替代成特定的程序形成C文件然后再编译。这个动作很像数据库的扩展C语言即在C语言中用EXEC SQL的样子执行SQL语句在用cc/gcc编译之前需要使用扩展C的翻译程序如cpre把其翻译成标准C。如果你在使用make时有一些更为绝妙的方法请记得告诉我啊。 回头看看整篇文档不觉记起几年前刚刚开始在Unix下做开发的时候有人问我会不会写Makefile时我两眼发直根本不知道在说什么。一开始看到别人在vi中写完程序后输入!make时还以为是vi的功能后来才知道有一个Makefile在作怪于是上网查啊查那时又不愿意看英文发现就根本没有中文的文档介绍Makefile只得看别人写的Makefile自己瞎碰瞎搞才积累了一点知识但在很多地方完全是知其然不知所以然。后来开始从事UNIX下产品软件的开发看到一个400人年近200万行代码的大工程发现要编译这样一个庞然大物如果没有Makefile那会是多么恐怖的一样事啊。于是横下心来狠命地读了一堆英文文档才觉得对其掌握了。但发现目前网上对Makefile介绍的文章还是少得那么的可怜所以想写这样一篇文章共享给大家希望能对各位有所帮助。 现在我终于写完了看了看文件的创建时间这篇技术文档也写了两个多月了。发现自己知道是一回事要写下来跟别人讲述又是另外一回事而且现在越来越没有时间专研技术细节所以在写作时发现在阐述一些细节问题时很难做到严谨和精练而且对先讲什么后讲什么不是很清楚所以还是参考了一些国外站点上的资料和题纲以及一些技术书籍的语言风格才得以完成。整篇文档的提纲是基于GNU的Makefile技术手册的提纲来书写的并结合了自己的工作经验以及自己的学习历程。因为从来没有写过这么长这么细的文档所以一定会有很多地方存在表达问题语言歧义或是错误。因些我迫切地得等待各位给我指证和建议以及任何的反馈。 最后还是利用这个后序介绍一下自己。我目前从事于所有Unix平台下的软件研发主要是做分布式计算/网格计算方面的系统产品软件并且我对于下一代的计算机革命——网格计算非常地感兴趣对于分布式计算、P2P、Web Service、J2EE技术方向也很感兴趣同时对于项目实施、团队管理、项目管理也小有心得希望同样和我战斗在“技术和管理并重”的阵线上的年轻一代能够和我多多地交流。我的MSN是haoelhotmail.com常用QQ是753640不常用。注请勿给我MSN的邮箱发信由于hotmail的垃圾邮件导致我拒收这个邮箱的所有来信 最最后我还想介绍一下make程序的设计开发者。 首当其冲的是 Richard Stallman 开源软件的领袖和先驱从来没有领过一天工资从来没有使用过Windows操作系统。对于他的事迹和他的软件以及他的思想我无需说过多的话相信大家对这个人并不比我陌生这是他的主页http://www.stallman.org/ 。这里只贴上一张他的近照 计算机、音乐、蝴蝶就是他的最爱 第二位是Roland McGrath 个人主页是http://www.frob.com/~roland/ 下面是他的一些事迹 1 合作编写了并维护GNU make。 2 和Thomas Bushnell一同编写了GNU Hurd。 3 编写并维护着GNU C library。 4 合作编写并维护着部分的GNU Emacs。 在此向这两位开源项目的斗士致以最真切的敬意。 转载于:https://www.cnblogs.com/songtzu/p/3540432.html
