转自：
前言
如何提高 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 := fooy := $(x) barx := 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 中多处引用了该变量(不要忽略了隐晦规则中的引用)，此时就需要考虑使用‘:=’赋值运算符，来减少变量的展开次数以及函数的调用次数，从而提高编译速度。
参考博文：
--------------------- 本文来自 Jerry_yl_ 的CSDN 博客 ，全文地址请点击：https://blog.csdn.net/QQ1452008/article/details/51851801?utm_source=copy