前言

如何提高 Makefile 的编译速度呢？既然是提高，那肯定是对于大项目而言，因为小项目本身源文件不多，Makefile 优化与否，对于编译速度而言，影响并不大。当然对于那些追求速度达到极致的人而言，就另当别论了。废话不多说了，切入主题！

本博文会随着所遇见的Makefile编译速度有关的问题而持续更新。

1. 赋值运算符的影响

‘:=’ 和 ‘=’ 两个赋值运算符是如何影响编译速度的呢？这其中的奥妙就在于它们的本质含义，若是理解透彻了也就不会心存疑惑了，博主也是苦思了很久，并且搜索了很多网络资料，最后被该篇博文一语惊醒！请点击此处查看该博文

= 赋值运算符 - 递归展开式 - 延后展开

“=”表示将整个 Makefile 展开后，再决定变量的值，即变量的值将会是整个Makefile中最后被递归展开所指定的值，而不管其引用的中间变量是在执行目标规则之前还是之后。

示例如下：

foo = $(bar)

bar = $(ugh)

ugh = $(Huh)

all:

@echo $(foo)

Huh = AfterTarget

make之后其结果为 ： AfterTarget

其整个执行过程如下：

首先“$(foo)”被替换为“$(bar)”，

接下来 “$(bar)”被替换为“$(ugh)”，

“$(ugh)”被替换为“$(Huh)”,

最后$(Huh)被替换为“AfterTarget”。

整个替换的过程是在执行“echo $(foo)”是进行的。

注意一句话：整个替换的过程是在执行“echo $(foo)”时进行的。

：=赋值运算符 - 直接展开式 - 立即展开

“:=”表示变量的值决定于它在 Makefile 中的位置，而不是整个 Makefile 展开后的最终值。在使用该赋值运算符来定义变量时，变量值中对另外变量的引用或者函数的引用在定义时就被展开了，即定义时变量就已经是其表达式最终的值了。

示例如下：

x := foo

y := $(x) bar

x := xyz

在上例中，y的值将会是 foo bar ，而不是 xyz bar 了。

以上是这两个赋值运算符基本的说明，下面详细描述其是怎么影响编译速度的！

示例如下：

TmpDir = /Source #此处随意定义了一个目录，

#但切记在实际编写的 Makefile 中，不要在赋值语句后面写注释，

#否则会把 /Source 到 # 之间的空格也算进去的。

#在下面引用该变量的时候实际上‘/Source_’最后还多了一个空格

#为了表示清楚，我用下划线表示空格，这样的目录肯定是不存在的

#以下语句调用了Shell函数，其结果是把指定目录下的所有源文件赋值给 x 变量，

#两者取其一运行make

#x := $(shell cd $(TmpDir); ls *.c)

x = $(shell cd $(TmpDir); ls *.c)

all:

@echo $(x)

@echo $(x)

@echo $(x)

:= 是立即变量赋值，在定义时值已经被确定。执行 make 时， x 的值已经是指定目录下的所有源文件了，所以尽管后面执行了三次 @echo $(x) ，但其实 Shell函数只调用了一次

= 是延时变量赋值，只有在这个变量被使用时才展开。执行 make 时， x 定义时其值并没有展开，所以后面执行了三次 @echo $(x) ，每次都调用了 Shell 函数，最终调用了三次 Shell 函数

通过以上分析过程，对于这两个运算符是如何影响编译速度的疑惑应该心里有底了。

总结

makefile 的解析分为两个阶段，第一阶段生成规则和依赖关系，第二阶段执行规则；只有立即展开的变量会在第一阶段计算，而延后展开的变量会在第二阶段计算。

当使用‘=’赋值运算符对变量进行赋值，若变量定义中使用了函数，则包含在变量值中的函数总会在引用了该变量的规则的地方被执行，若 Makefile 中多处引用了该变量(不要忽略了隐晦规则中的引用)，此时就需要考虑使用‘:=’赋值运算符，来减少变量的展开次数以及函数的调用次数，从而提高编译速度。