首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

搞不定Makefile?千万别错过这份教程!

这篇文章并不是介绍怎编写Makefile,是理解 “基于目标分层” 的方式来理解一个工具,定义一个设计或者部署一套代码的。

一、关于程序编译

说明一下,Makefile最初是用来解决C语言的编译问题的,所以和C的关系特别密切,但并不是说Makefile只能用来解决C的编译问题。你也可以用来处理Java,但于Java而言,显然ant比Makefile处理得更好,但是那是针对细节。你先理解Makefile,再理解ant就没有什么难度。Makefile本身的格式也不是什么标准,不同的make工具对Makefile本身怎么写细节是不一样的。本文主要介绍这个工具的思路,细节需要自己看对应的手册。

Makefile解决的是编译的问题。编译有什么问题呢?比如说,你有3个C文件。foo.c, bar.c, main.c三个C文件,你要编译成一个app.exe,则会有这样的命令:

按Unix程序员的惯例,凡是要一次次重新执行的命令,都应该写成脚本,变成“一个动作”。所以,你会把上面这个命令序列写成一个build.sh,每次编译你只要执行这个脚本,问题就解决了。

但是,这个脚本依然有问题。假设我修改了foo.c,但我没有修改bar.c和main.c,那么执行这个脚本是很浪费的,因为它会无条件也重新编译bar.c和main.c。

所以,这个脚本更合理的写法应该是这样的:

这很复杂是不是?同样按Unix程序员的一般作风,如果你面对一个问题,不要尝试重新去定义这个问题,而是看它和原来的问题相比,多出来的问题是什么,尝试解决那个多出来的问题就好了。这里多出来的问题就是文件修改时间比较。这个就是Makefile要解决的基本问题。我们定义一种新的“脚本语言”(只是不用sh/bash/tch来解释,而是用make来解释),可以用很简单的方法来说明我们需要做的文件比较。

上面的脚本可以写成这样:

这就是Makefile解决的原始问题。Makefile不是必须的,但它能帮你减少很多麻烦。

二、Makefile工作原理

Make工具需要一个称为makefile的文件来告诉Make如何工作。一般来说,makefile告诉Make如何去编译并且链接一个程序。

了解以上四个原则是很有必要的,当我们编写makefile的时候,应该依照以上原则编写。

1、最基本的Makefile规则语法形式如下:

每条规则一般都由一个或者多个target(目标)、prerequisites(依赖)以及recipe(处方)组成。当Make通过比较target和prerequisites的新旧来决定是否执行本条规则内的recipe,如果prerequisites比target的修改日期更新,则recipe被执行,否则不执行规则内的recipe。有一条值得注意:每一个recipe前面一定要先加一个tab制表符。

(1)在目标为edit的规则中,使用了'\'将一个长行分隔为两行以方便阅读。

(2)默认情况下,Make默认从Makefile的第一条规则开始执行,也就是说,当我们在shell中只敲下"make"并回车,make将会自动寻址当前目录下的Makefile并从其中的第一条规则开始执行。当然,我们也可以指定开始执行的规则。

Example: make clean //从目标为clean的规则开始执行。

(3)在默认开始执行第一条规则edit时,由于目标依赖一些.o文件,而这些.o文件又有自己的更新规则,于是会先触发执行.o文件自己的更新规则,最后再回过头来执行edit。你可以将它理解为一个递归的过程。

(4)很明显,由于clean这个目标并不是任何其他目标的依赖同时也不是第一条规则的目标,那么除非指定从这个规则开始执行,否则这个规则永远不会被执行;同样的,由于clean的规则没有任何依赖,这个规则执行时永远不会触发其他规则的执行。

2、编写规则

规则是Makefile的重要组成部分,Make通过读取Makefile中的规则来决定如何更新工程文件。一般来说,一条规则分为三个部分:target、prerequisites和recipe。

如果没有特别指定从哪条规则开始执行,Make总是执行文件中的第一条规则,除此之外,其他规则的书写顺序对执行的先后没有影响(Make只在需要的时候执行需要的规则,而不是按书写顺序的先后执行)。

虽然Makefile中的第一条规则是最先执行的,却往往是最后执行完的,因为第一条规则中的依赖部分经常有自己的更新规则,而更新规则里的依赖又有对应的更新规则,这样层层递归,第一条规则触发了其他规则的执行,其他规则执行完后,再转回第一条规则继续执行。我们编译一份程序的时候也是这样,总是先编译每个子文件,再回过头将它们连接起来组成程序,因此,Makefile中的第一条规则一般是用于触发整个程序的编译(并且第一条规则的目标一般起名为:all,意指更新整个工程)

在规则中,可以通过'$'来调用定义好的变量(如果希望真的打一个'$'而不是做变量引用,需要打"$$".

3、编写Recipes

每条规则都有自己的recipes,其由一条或者多条shell指令组成,按照书写顺序执行。通常执行的结果是使得target被更新,默认调用/bin/sh来执行shell指令,可以手动更改。

也就是说,在Makefile中既有shell的指令,又有makefile自己的语句,所以说makefile遵循两种语法:在recipes中使用shell的语法,在其他部分遵循makefile自己的语法。make对于makefile中的recipes只进行有限的处理,然后就会丢给shell执行。

编写recipes时需要注意的事项:

(1)每个recipe一般用[TAB]字符开头,当然还有其他写法,不过笔者觉得目前知道这个就够用了。

(2)以[TAB]开头的空行同样算一条recipe,称为 empty recipe。

(3)在recipe中‘#'后的内容不会被作为注释,而是会原封不动的传递给shell。

(4)以[TAB]开头,在recipe中定义的变量同样会被当作shell变量原封不动传递给shell,而不是作为makefile的变量。

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20230614A04GXG00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券