环境变量在任何系统都会存在，它就是系统中预定义的一些键值对，在makefile中可以直接使用系统环境变量的值，但是makefile中若定义了同名的全局变量，那么环境变量将被覆盖，运行make时若指定-e选项，则优先使用环境变量。在makefile中使用环境变量有以下优劣：
如果在多个makefile文件中要共享同一个变量，使用环境变量可以很方便的完成这项任务，但是过多的使用环境变量会使移植性降低。
变量可以在不同的makefile之间传递，其传递方式有以下几种：
其中在外部定义环境变量是不推荐的，因为这将依赖于系统，导致了makefile的移植性问题，特别是当使用了大量的环境变量时。
使用export定义的变量是一个临时的环境变量，这是在makefile文件内部定义的，所以不存在移植性问题。使用make调用其它的makefile时，可以在命令行定义变量并将其传递过去，这也是比较推荐的做法。
编写如下的makefile：
执行make，输出如下：
可见当前系统中的环境变量JAVA_HOME的值/home/delphi/program/java/jdk1.6.0_21，在makefile中我们将该环境变量的值改为了java_home，这个值将系统的值覆盖了，所以运行make时输出java_home。
再次修改makefile，内容如下：
这个makefile调用了makefile.2，makefile.2的内容如下：
执行make，输出结果如下：
因为make在解析makefile时，遇到JAVA_HOME=java_home，即临时的将系统环境变量改写为了java_home，因此，这个值也传递到了其它的makefile，在makefile.2执行时输出JAVA_HOME的值为java_home也就不足为奇了。
而var的作用域只在makefile中，它也不是系统变量，无法传递到makefile.2文件中，只在makefile文件中有效。因此，makefile.2中的var输出为空值。
那么，怎么样将var的值传递到makefile.2文件中呢？正如上面讲到的一样，我们可以使用export关键字修饰var变量，使它成为一个临时环境变量，这样就可以传递到makefile.2中了，修改后执行make的结果如下：
下面我们演示命令行传递变量的方式，修改makefile和makefile.2文件如下：
执行make后输出结果如下：
可见，在第一次解析makefile.2时没有传入命令行参数，这时new的值为空，第二次传入了new的值，在执行makefile.2时输出了TDelphi。
下面介绍makefile中的目标变量，其地位相当于C语言中的局部变量，其作用域由下图给出：
上图中test:var := test-var，即定义了目标变量var，此时这个变量的值test-var在test目标及其连带规则中有作用，而在其它地方，var变量的值仍然为D.T.Software，这个变量值得作用域为整个文件。
再次修改makefile文件如下：
执行make，输出结果如下：
再次修改makefile，并执行make，结果如下：
another目标对应的规则是test的连带规则，所以，在another中输出的var的值也是test-var，即目标变量的值。
将makefile再次修改，输出结果如下：
此时，another目标对应的规则不再是test的连带规则，所以，其var的值是这个makefile文件的全局变量var对应的值D.T.Software。
模式变量是目标变量的扩展，其具体解释如下：
模式的范围更宽，只要符合模式，这个变量的值就有效。
再次修改makefile，并执行make，结果如下：
test并不符合%e这个模式，因此，test中的new输出为TDelphi。
修改makefile如下：
执行make test rule，输出结果如下：
rule目标对应的规则符合%e模式，因此，rule规则中的new输出为test-new，即模式变量，而test规则中的new对应全局的var，作用域为该文件。
执行make test rule new:=cmd-new，结果如下：
模式变量中的new被override修饰了，不会被命令行的变量覆盖，而全局的new没有被override修饰，因此，被命令行的new变量的值覆盖了。
参考如下：
狄泰软件教程与课件
GUN make手册
专业嵌入式软件开发
<wiz_tmp_tag id="wiz-table-range-border" contenteditable="false" style="display: none;">