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