makefile 中的自动化变量 $@ ,$%,$

今天看makefile 文件， 发现makefile中使用了很多自动化变量，在网上找了一篇不错的关于自动化变量的文章。

链接：http://www.2cto.com/os/201302/191344.html

自动化变量 

模式规则中，规则的目标和依赖文件名代表了一类文件名；规则的命令是对所有这

一类文件重建过程的描述，显然，在命令中不能出现具体的文件名，否则模式规则失去

意义。那么在模式规则的命令行中该如何表示文件，将是本小节的讨论的重点。 

假如你需要书写一个将.c 文件编译到.o 文件的模式规则，那么你该如何为gcc 书写

正确的源文件名？当然了，不能使用任何具体的文件名，因为在每一次执行模式规则时

源文件名都是不一样的。为了解决这个问题，就需要使用“自动环变量”，自动化变量

的取值是根据具体所执行的规则来决定的，取决于所执行规则的目标和依赖文件名。 

下面对所有的自动化变量进行说明：   www.2cto.com  

$@

表示规则的目标文件名。如果目标是一个文档文件（Linux中，一般称.a 文件为

文档文件，也称为静态库文件），那么它代表这个文档的文件名。在多目标模式

规则中，它代表的是哪个触发规则被执行的目标文件名。 

$% 

当规则的目标文件是一个静态库文件时，代表静态库的一个成员名。例如，规则

的目标是“foo.a(bar.o)”，那么，“ $%”的值就为“bar.o”，“ $@ ”的值为“foo.a”。

如果目标不是静态库文件，其值为空。 

$< 

规则的第一个依赖文件名。如果是一个目标文件使用隐含规则来重建，则它代表

由隐含规则加入的第一个依赖文件。 

$? 

所有比目标文件更新的依赖文件列表，空格分割。如果目标是静态库文件名，代

表的是库成员（.o 文件）。   www.2cto.com  

$^ 

规则的所有依赖文件列表，使用空格分隔。如果目标是静态库文件，它所代表的

只能是所有库成员（.o 文件）名。一个文件可重复的出现在目标的依赖中，变量

“$^”只记录它的一次引用情况。就是说变量“$^”会去掉重复的依赖文件。 

$+ 

类似“$^”，但是它保留了依赖文件中重复出现的文件。主要用在程序链接时库

的交叉引用场合。 

$*

在模式规则和静态模式规则中，代表“茎”。“茎”是目标模式中“% ”所代表的

部分（当文件名中存在目录时，“茎”也包含目录（斜杠之前）部分，可参考  10.5.4 

模式的匹配  一小节）。例如：文件“dir/a.foo.b”，当目标的模式为“a.%.b ”时，

“$* ”的值为“dir/a.foo ”。“茎”对于构造相关文件名非常有用。 

自动化变量“$* ”需要两点说明： 

?   对于一个明确指定的规则来说不存在“茎”，这种情况下“$* ”的含义发

生改变。此时，如果目标文件名带有一个可识别的后缀（参考  10.7 后

缀规则  一节），那么“$* ”表示文件中除后缀以外的部分。例如：“foo.c”

则“$* ”的值为：“foo ”，因为.c 是一个可识别的文件后缀名。GUN make

对明确规则的这种奇怪的处理行为是为了和其它版本的make兼容。通

常，在除静态规则和模式规则以外，明确指定目标文件的规则中应该避

免使用这个变量。 

?   当明确指定文件名的规则中目标文件名包含不可识别的后缀时，此变量

为空。 

自动化变量“$?”在显式规则中也是非常有用的，使用它规则可以指定只对更新

以后的依赖文件进行操作。例如，静态库文件“libN.a ”，它由一些.o 文件组成。这个规

则实现了只将更新后的.o 文件加入到库中： 

 

     lib: foo.o bar.o lose.o win.o 

             ar r lib $?

以上罗列的自动量变量中。其中有四个在规则中代表文件名（$@ 、$<、$%、$* ）。

而其它三个的在规则中代表一个文件名列表。GUN make 中，还可以通过这七个自动化

变量来获取一个完整文件名中的目录部分和具体文件名部分。在这些变量中加入“D”

或者“F”字符就形成了一系列变种的自动环变量。这些变量会出现在以前版本的make

中，在当前版本的make中，可以使用“dir”或者“notdir”函数来实现同样的功能（可

参考  8.3  文件名处理函数  一节）。 

 

$(@D) 

表示目标文件的目录部分（不包括斜杠）。如果“$@ ”是“dir/foo.o ”，那么“$(@D) ”

的值为“dir”。如果“$@ ”不存在斜杠，其值就是“. ”（当前目录）。注意它和 函

数“dir”的区别！ 

$(@F) 

目标文件的完整文件名中除目录以外的部分（实际文件名）。如果“$@ ”为

“dir/foo.o ”，那么“$(@F) ”只就是“foo.o”。“$(@F) ”等价于函数“$(notdir 

$@) ”。 

$(*D) 

$(*F) 

分别代表目标“茎”中的目录部分和文件名部分。 

$(%D) 

$(%F) 

当以如“archive(member) ”形式静态库为目标时，分别表示库文件成员

“member”名中的目录部分和文件名部分。它仅对这种形式的规则目标有效。 

$(<D) 

$(<F) 

分别表示规则中第一个依赖文件的目录部分和文件名部分。 

$(^D) 

$(^F) 

分别表示所有依赖文件的目录部分和文件部分（不存在同一文件）。

$(+D) 

$(+F) 

分别表示所有依赖文件的目录部分和文件部分（可存在重复文件）。 

$(?D) 

$(?F) 

分别表示被更新的依赖文件的目录部分和文件名部分

在讨论自动化变量时，为了和普通变量（如：“CFLAGS ”）区别，我们直接使用了

“$<”的形式。这种形式仅仅是为了和普通变量进行区别，没有别的目的。其实对于

自动环变量和普通变量一样，代表规则第一个依赖文件名的变量名实际上是“< ”，我

们完全可以使用“$(<) ”来替代“$<”。但是在引用自动化变量时通常的做法是“$<”，

因为自动化变量本身是一个特殊字符。 

GUN make同时支持“Sysv”特性，允许在规则的依赖列表中使用特殊的变量引

用（一般的自动化变量只能在规则的命令行中被引用）“$$@”、“$$(@D)”和“$$(@F)”

（注意：要使用“$$”），它们分别代表了“目标的完整文件名”、“目标文件名中的目

录部分”和“目标的实际文件名部分”。这三个特殊的变量只能用在明确指定目标文件

名的规则中或者是静态模式规则中，不用于隐含规则中。另外Sysv make 和GNU make

对规则依赖的处理也不尽相同。Sysv make对规则的依赖进行两次替换展开，而GUN 

make对依赖列表的处理只有一次，对其中的变量和函数引用直接进行展开。 

自动化变量的这个古怪的特性完全是为了兼容Sysv  版本的makefile文件。在使用

GNU make 时可以不考虑这个，也可以在Makefile中使用伪目标“.POSIX ”来禁止这一

特性