Makefile的使用

官方文档: http://www.gnu.org/software/make/manual/

在 Linux 中使用 make 命令来编译程序,特别是大程序;而 make 命令所执行的动作依赖于 Makefile 文件。最简单的 Makefile 文件如下:


	hello: hello.c
	gcc -o hello hello.c
	clean:
	rm -f hello

直接执行 make 命令即可编译程序,执行“make clean”即可清除编译出来的结果。

make 命令根据文件更新的时间戳来决定哪些文件需要重新编译,这使得可以避免编译已经编译过的、没有变化的程序,可以大大提高编译效率。

为什么需要Makefile

  • 自动化:通过编写一个 Makefile,你可以定义一系列的构建规则,这些规则描述了如何从源代码生成最终的可执行文件或库。当源代码或依赖项发生变化时,你可以简单地运行 make 命令,而不需要手动执行一系列复杂的构建步骤。
  • 依赖管理Makefile 支持定义文件之间的依赖关系。如果一个源文件依赖于其他源文件或头文件,make 会自动确定需要首先编译哪些文件,以确保构建的正确性。
  • 并行构建make 工具支持并行构建,这意味着它可以同时编译多个源文件,从而加快构建过程。这对于具有大量源代码文件的项目尤其有用。
  • 灵活性Makefile 允许你使用变量、条件语句和循环等结构来定义构建规则,这使得你可以根据项目的需要定制构建过程。
  • 可移植性:虽然 Makefile 是基于 Unix 和类 Unix 系统的,但它们在许多其他操作系统上也可以很好地工作,只需稍作修改。这使得你的构建过程可以在不同的平台上保持一致。

为讲解Makefile我们事先来写好一个程序,以供我们实验使用:

程序a.c

#include <stdio.h>

int main()
{
	func_b();
	return 0;
}

程序b.c

#include <stdio.h>

void func_b()
{
	printf("This is B\n");
}

编译:

gcc -o test a.c b.c

运行:

./test

结果:

This is B

Makefile的规则

makefie最基本的语法是规则,规则:

目标 : 依赖1 依赖2 ...
[TAB]命令

当“依赖”比“目标”新,执行它们下面的命令。我们要把上面三个命令写成makefile规则,如下:

test :a.o b.o  //test是目标,它依赖于a.o b.o文件,一旦a.o或者b.o比test新的时候,
就需要执行下面的命令,重新生成test可执行程序。
gcc -o test a.o b.o
a.o : a.c  //a.o依赖于a.c,当a.c更加新的话,执行下面的命令来生成a.o
gcc -c -o a.o a.c
b.o : b.c  //b.o依赖于b.c,当b.c更加新的话,执行下面的命令,来生成b.o
gcc -c -o b.o b.c

我们来作一下实验:

在改目录下我们写一个Makefile文件:

文件:Makefile

1   test:a.o b.o
2       gcc -o test a.o b.o
3   
4   a.o : a.c
5       gcc -c -o a.o a.c
6
7   b.o : b.c
8       gcc -c -o b.o b.c

上面是makefile中的三条规则。makefile,就是名字为“makefile”的文件。当我们想编译程序时,直接执行make命令就可以了,一执行make命令它想生成第一个目标test可执行程序, 如果发现a.o 或者b.o没有,就要先生成a.o或者b.o,发现a.o依赖a.c,有a.c但是没有a.o,他就会认为a.c比a.o新,就会执行它们下面的命令来生成a.o,同理b.o和b.c的处理关系也是这样的。

如果修改a.c ,我们再次执行make,它的本意是想生成第一个目标test应用程序,它需要先生成a.o,发现a.o依赖a.c(执行我们修改了a.c)发现a.c比a.o更加新,就会执行gcc -c -o a.o a.c命令来生成a.o文件。b.o依赖b.c,发现b.c并没有修改,就不会执行gcc -c -o b.o b.c来重新生成b.o文件。现在a.o b.o都有了,其中的a.o比test更加新,就会执行 gcc -o test a.ob.o来重新链接得到test可执行程序。所以当执行make命令时候就会执行下面两条执行:

gcc -c -o a.o a.c
gcc -o test a.o b.o

我们第一次执行make的时候,会执行下面三条命令(三条命令都执行):

gcc -c -o a.o a.c
gcc -c -o b.o b.c
gcc -o test a.o b.o

再次执行make 就会显示下面的提示:

make: `test' is up to date.

我们再次执行make就会判断Makefile文件中的依赖,发现依赖没有更新,所以目标文件就不会重现生成,就会有上面的提示。当我们修改a.c后,重新执行make,

就会执行下面两条指令:

gcc -c -o a.o a.c
gcc -o test a.o b.o

我们同时修改a.c b.c,执行make就会执行下面三条指令。

gcc -c -o a.o a.c
gcc -c -o b.o b.c
gcc -o test a.o b.o

a.c文件修改了,重新编译生成a.o, b.c修改了重新编译生成b.o,a.o,b.o都更新了重新链接生成test可执行程序,makefile的规则其实还是比较简单的。规则是Makefie的核心,

执行make命令的时候,就会在当前目录下面找到名字为:Makefile的文件,根据里面的内容来执行里面的判断/命令。

Makefile的语法

通配符

假如一个目标文件所依赖的依赖文件很多,那样岂不是我们要写很多规则,这显然是不合乎常理的

我们可以使用通配符,来解决这些问题。

我们对上节程序进行修改代码如下:

test: a.o b.o 
	gcc -o test $^
	
%.o : %.c
	gcc -c -o $@ $<

%.o:表示所用的.o文件

%.c:表示所有的.c文件

$@:表示目标

$<:表示第1个依赖文件

$^:表示所有依赖文件

我们来在该目录下增加一个 c.c 文件,代码如下:

#include <stdio.h>

void func_c()
{
	printf("This is C\n");
}

然后在main函数中调用修改Makefile,修改后的代码如下:

test: a.o b.o c.o
	gcc -o test $^
	
%.o : %.c
	gcc -c -o $@ $<

执行:

make

结果:

gcc -c -o a.o a.c
gcc -c -o b.o b.c
gcc -c -o c.o c.c
gcc -o test a.o b.o c.o

运行:

./test

结果:

This is B
This is C

假想目标: .PHONY

1.我们想清除文件,我们在Makefile的结尾添加如下代码就可以了:

clean:
	rm *.o test

1)执行 make :生成第一个可执行文件。
2)执行 make clean : 清除所有文件,即执行: rm *.o test。

make后面可以带上目标名,也可以不带,如果不带目标名的话它就想生成第一个规则里面的第一个目标。

2.使用Makefile

执行:make [目标] 也可以不跟目标名,若无目标默认第一个目标。我们直接执行make的时候,会在makefile里面找到第一个目标然后执行下面的指令生成第一个目标。当我们执行 make clean 的时候,就会在 Makefile 里面找到 clean 这个目标,然后执行里面的命令,这个写法有些问题,原因是我们的目录里面没有 clean 这个文件,这个规则执行的条件成立,他就会执行下面的命令来删除文件。

如果:该目录下面有名为clean文件怎么办呢?

我们在该目录下创建一个名为 “clean” 的文件,然后重新执行:make然后make
clean,结果(会有下面的提示:):

make: \`clean' is up to date.

它根本没有执行我们的删除操作,这是为什么呢?

我们之前说,一个规则能过执行的条件:

1)目标文件不存在
2)依赖文件比目标新

现在我们的目录里面有名为“clean”的文件,目标文件是有的,并且没有

依赖文件,没有办法判断依赖文件的时间。这种写法会导致:有同名的"clean"文件时,就没有办法执行make clean操作。解决办法:我们需要把目标定义为假象目标,用关键子PHONY

.PHONY: clean //把clean定义为假象目标。他就不会判断名为“clean”的文件是否存在,

然后在Makfile结尾添加.PHONY: clean语句,重新执行:make clean,就会执行删除操作。

变量

在makefile中有两种变量:

1)简单变量(即使变量):

A := xxx # A的值即刻确定,在定义时即确定

对于即使变量使用 “:=” 表示,它的值在定义的时候已经被确定了

2)延时变量

B = xxx # B的值使用到时才确定

对于延时变量使用“=”表示。它只有在使用到的时候才确定,在定义/等于时并没有确定下来。

想使用变量的时候使用“$”来引用,如果不想看到命令是,可以在命令的前面加上"@"符号,就不会显示命令本身。当我们执行make命令的时候,make这个指令本身,会把整个Makefile读进去,进行全部分析,然后解析里面的变量。常用的变量的定义如下:

:= # 即时变量
= # 延时变量
?= # 延时变量, 如果是第1次定义才起效, 如果在前面该变量已定义则忽略这句
\+= # 附加, 它是即时变量还是延时变量取决于前面的定义
?=: 如果这个变量在前面已经被定义了,这句话就会不会起效果,

实例:

A := $(C)
B = $(C)
C = abc

#D = 111
D ?= bbb

all:
	@echo A = $(A)
	@echo B = $(B)
	@echo D = $(D)

C += 123

执行:

make

结果:

A =
B = abc 123
D = bbb

分析:

  1. A := $©:

A为即使变量,在定义时即确定,由于刚开始C的值为空,所以A的值也为空。

  1. B = $©:
    B为延时变量,只有使用到时它的值才确定,当执行make时,会解析Makefile里面的所用变量,所以先解析C= abc,然后解析C += 123,此时,C = abc 123,当执行:@echo B = $(B) B的值为 abc 123。

  2. D ?= bbb:

D变量在前面没有定义,所以D的值为bbb,如果在前面添加D =111,最后D的值为111。

我们还可以通过命令行存入变量的值 例如:

执行:make D=123456 里面的 D ?= bbb 这句话就不起作用了。

结果:

A =
B = abc 123
D = 123456

Makefile函数

makefile里面可以包含很多函数,这些函数都是make本身实现的,下面我们来几个常用的函数。引用一个函数用“$”。

foreach函数

函数foreach语法如下:

$(foreach var,list,text) 

前两个参数,‘var’和‘list’,将首先扩展,注意最后一个参数 ‘text’ 此时不扩展;接着,对每一个 ‘list’ 扩展产生的字,将用来为 ‘var’ 扩展后命名的变量赋值;然后 ‘text’ 引用该变量扩展;因此它每次扩展都不相同。结果是由空格隔开的 ‘text’。在 ‘list’ 中多次扩展的字组成的新的 ‘list’。‘text’ 多次扩展的字串联起来,字与字之间由空格隔开,如此就产生了函数 foreach 的返回值。

实例:

A = a b c
B = $(foreach f, &(A), $(f).o)

all:
	@echo B = $(B)

结果:

B = a.o b.o c.o

filter/filter-out函数

函数filter/filter-out语法如下:

$(filter pattern...,text)     # 在text中取出符合patten格式的值
$(filter-out pattern...,text) # 在text中取出不符合patten格式的值

实例:

C = a b c d/

D = $(filter %/, $(C))
E = $(filter-out %/, $(C))

all:
        @echo D = $(D)
        @echo E = $(E)

结果:

D = d/
E = a b c

Wildcard函数

函数Wildcard语法如下:

$(wildcard pattern) # pattern定义了文件名的格式, wildcard取出其中存在的文件。

这个函数 wildcard 会以 pattern 这个格式,去寻找存在的文件,返回存在文件的名字。

实例:

在该目录下创建三个文件:a.c b.c c.c

files = $(wildcard *.c)

all:
        @echo files = $(files)

结果:

files = a.c b.c c.c

我们也可以用wildcard函数来判断,真实存在的文件

实例:

files2 = a.c b.c c.c d.c e.c  abc
files3 = $(wildcard $(files2))

all:
        @echo files3 = $(files3)

结果:

files3 = a.c b.c c.c

patsubst函数

函数 patsubst 语法如下:

$(patsubst pattern,replacement,\$(var))

patsubst 函数是从 var 变量里面取出每一个值,如果这个符合 pattern 格式,把它替换成 replacement 格式,

实例:

files2  = a.c b.c c.c d.c e.c abc

dep_files = $(patsubst %.c,%.d,$(files2))

all:
        @echo dep_files = $(dep_files)

结果:

dep_files = a.d b.d c.d d.d e.d abc

CFLAGS函数

以下是一些常见的 CFLAGS 设置示例:

  • 优化级别

    • -O0:没有优化。
    • -O1:启用基本优化。
    • -O2:进一步优化。
    • -O3:启用更多的优化选项,可能包括更激进的优化策略。
  • 调试信息

    • -g:生成调试信息。
  • 警告等级

    • -Wall:打开几乎所有的警告信息。
    • -Wextra:打开额外的警告信息。
    • -Werror:将所有警告当作错误处理。
  • 代码标准

    • -std=c99:指定使用C99标准。
    • -std=gnu99:指定使用C99标准,并允许GNU扩展。
  • 包含路径

    • -I/path/to/include:添加头文件搜索路径。
  • 宏定义

    • -DDEBUG:定义一个宏。
  • 架构特定选项

    • -m32-m64:指定生成32位或64位代码。
  • 静态/动态库

    • -fPIC:生成位置无关代码,通常用于生成共享库。

实例:

# 定义编译器
CC=gcc

# 定义编译器标志,包括多个选项
CFLAGS=-Wall -Wextra -O2 -g -std=gnu99 -I/path/to/include -DDEBUG -m64

# 定义源文件
SOURCES=main.c utils.c

# 定义目标文件
OBJECTS=$(SOURCES:.c=.o)

# 默认目标
all: my_program

# 目标依赖于对象文件
my_program: $(OBJECTS)
	$(CC) -o $@ $^

# 编译源文件为对象文件
%.o: %.c
	$(CC) $(CFLAGS) -c $< -o $@

# 清理编译生成的文件
clean:
	rm -f my_program *.o
  • 26
    点赞
  • 29
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
对“info make”的翻译整理,不是一个纯粹的语言翻译版本,其中对GNU make的一些语法和用法进行了一些详细分析和说明,也加入了一些个人的观点和实践总结。 本书的所有的例子都可以在支持V3.8版本的GNU make的系统中正确执行。 中文于册 伪目标 强制目标(没有命令或依赖的规则) 空目标文件 的特殊目标 多目标 多规则目标 静态模式 静态模式规则的语法 静态模式和隐含规则 双冒号规则 自动产生依赖 第五章:规则的命令 为规则书写命令 命令回显 命令的执行 并发执行命令 命令执行的错误 中断的执行 的递归执行 变量 变量和递归 命令行选项和递归 选项 定义命令包 第六章 中的变量 使用变量 变量的引用 两种变量定义(赋值) 归展开式变量 直接展开式变量 定义一个空格 ”操作符 变量的高级用法 变量的替换引用 变量的套嵌引用 变量取值 如何设置变量 追加变量值 指示符 多行定义 系统环境变量 目标指定变量 模式指定变量 第七章 的条件执行 的条件判断 个例子 条件判断的基本语法 标记测试的条件语句 笫八章:的内嵌函数 的函数 年月日 中文于册 函数的调用语法 文本夂理函数 文件名处理函数 函数 函数 西数 函数 函数 函数 西数 的控制函数 第九章:执行 执行 指定 文件 指定终极日标 替代命令的执行 防止特定文件重建 替换变量定义 使用 进行编译测试 的命令行选项 第十章: 的隐含规则 使用隐含规则 隐含规则的使用 的隐含规则一览 隐含变量 代表命令的变量 命令参数的变量 隐含规则链 模式规 模式规则介绍 模式规则示例 自动化变量 年月日 中文于册 模式的匹配 万用规则 重建内嵌隐含规则 缺省规则 后缀规则 隐含规则搜索算法 笫十一章:使用更新静态库文件 更新静态库文件 库成员作为目标 静态库的更新 更新静态庠的符号索引表 静态库的注意享项 静态库的后缀规则 第十二章: 的特点 的一些特点 源自 的特点 源自其他版本的特点 自身的特点 第十三章和其它版本的兼容 不兼容性 第十四章 的约定 书写约定 基本的约定 规则命令行的约定 代表命令变量 安装目录变量 的标准目标名 安装命令分类 第十五章的常见错误信息 产生的错误信息 附录:关键字索引 可识别的指示符 函数 的自动化变量 环境变量 后序 年月日 中文于册 关于本书 本文瑾献给所有热爱 的程序员!本中文文档版权所有 本文比较完整的讲述 工具,涵盖 的用法、语法。同时重 讨论如何为一个工程编写 作为一个程序员, 工具的使用以及编 写 是必嚅的。系统、详细讲述的中文资料比较少,出于对广大中文 的支持,本人在工作之余,花了个多月时间完成对“ 的翻译整理,完成 这个中文版手册。夲书不是一个纯粹的语言翻译版本,其中对 的一些语法 和用法根据我个人的工作经验进行了一些详细分析和说明,也加入了一些个人的观点和 实践总结。本书的所有的例子都可以在支持版本的 的系统中正确执行。 由于个人水平限制,本文在一些地方存在描述不准确之处。恳请大家在阅读过程中 提出您宝贵的意见,也是对我个人的帮助。我的个人电子邯箱地址: 非常愿意和大家交流!共同学习 阅读本书之前,读者应该对 的工具链和 的一些常用编程工具有一定的 了解。诸如: 等;同时在书写 时,需要能够进行一些 基本的编程。这些工具是维护一个工程的基础。如果大家对这些工具的用法不是 很熟悉,可参考项目资料 阅读本文的几点建议: 如果之前你对 没有了解、当前也不想深入的学习 的读 者。可只阅读本文各章节前半部分的内容(作为各章节的基础知识) 如果你已经对 比较熟悉,你更霄要关心此版本的新增特点、功能、 和之前版本不兼容之处;也可以作为开发过程过程的参考手册。 之前你对 没有概念、或者刚开始接触,本身又想成为一个 下 的专业程序员,那么建议:完整学习本文的各个章节,包括了基础知识和高级 用法、技巧。它会为你在 下的工程开发、工程管理提供非常有用的帮助。 此中文文档当前版本 本文的所有勘误和最新版本可在主 页 上获取!! 谢谢! 徐海兵 年月日 中文于册 第一章:概述 概既述 环境下的程序员如果不会侠用 来构建和管理自己的工程,应该 不能算是一个合柊的专业程序员,至少不能称得上是程序员。在 )环 境下侠用 的 工具能够比较容易的构建一个属于你自己的工程,整个工程的 编译只需要一个命令就可以完成编译、连接以至于最后的执行。不过这需要我们投入 些时间去完成一个或者多个称之为 文件的编写。此文件正是 正常工作 的基础 所要完成的 文件描述了整个工程的编译、连接等规则。其中包括:工程 中的哪些源文件需要编译以及如何编译、需要创建那些库文件以及如何创建这些库文 件、如何最后产生我们想要得可执行文件。尽管看起来可能是很复杂的事情,但是为工 程编写
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值