makefile中PHONY的重要性

    伪目标是这样一个目标:它不表明一个真正的文件名,在执行make时能够指定这个目标来执行所在规则定义的命令,有时也能够将一个伪目标称为标签。伪目标经过PHONY来指明。spa

     PHONY定义伪目标的命令必定会被执行,下面尝试分析这种优势的妙处。调试

一、若是咱们指定的目标不是建立目标文件,而是使用makefile执行一些特定的命令,例如:blog

clean:
        rm *.o temp

  咱们但愿,只要输入”make clean“后,”rm *.o temp“命令就会执行。可是,当当前目录中存在一个和指定目标重名的文件时,例如clean文件,结果就不是咱们想要的了。输入”make clean“后,“rm *.o temp” 命令必定不会被执行。io

    解决的办法是:将目标clean定义成伪目标就成了。不管当前目录下是否存在“clean”这个文件,输入“make clean”后,“rm *.o temp”命令都会被执行。编译

  注意:这种作法的带来的好处还不止此,它同时提升了make的执行效率,由于将clean定义成伪目标后,make的执行程序不会试图寻找clean的隐含规则。class

二、PHONY能够确保源文件(*.c *.h)修改后,对应的目标文件会被重建。假若缺乏了PHONY,能够看到状况会很糟。test

    如今作一个实验,实验的目录是/work,在这个目录中,包含了四个目录test、add、sub、include 和一个顶层目录makefile文件。test、add、sub三个目录分别包含了三个源程序test.c、add.c、sub.c和三个子目录makefile,目录include的是头文件heads.h的目录,分别展开四个目录的内容以下。效率

test目录
//test.c
#include <stdio.h>
#include "../include/heads.h"
int main()
{
        int a=15,b=16;

        printf("a+b=%d\n",add(a,b));

        return 0;
}

makefile
test.o:test.c ../include/heads.h 
    gcc -c -o $@ $<
.PHONY: clean
clean:
  rm -f *.o

    add目录gcc

//add.c
#include "../include/heads.h"
int add(int a,int b)
{
        return (a+b);
}

makefile
add.o :add.c ../include/heads.h
    gcc -c -o $@ $< 

.PHONY: clean 
clean: 
    rm -f *.o

  sub目录date

//sub.c
#include "../include/heads.h"
int sub(int a,int b)
{
        return a-b;
}

makefile
sub.o:sub.c ../include/heads.h
      gcc -c -o $@ $< 

.PHONY: clean 
clean: 
      rm -f *.o

  inlcude目录 

//heads.h
#ifndef _HEAD_H_
#define _HEAD_H_

extern int add(int,int);
extern int sub(int,int);

#endif

顶层makefile文件

OBJS = ./add/add.o ./sub/sub.o ./test/test.o
program:  $(OBJS)
        gcc ./test/test.o ./add/add.o ./sub/sub.o -o program

$(OBJS):
        make -C $(dir $@)

.PHONY: clean
clean:
        make -C ./add  clean
        make -C ./sub  clean
        make -C ./test clean
        rm -f program

 编译调试:当在/work目录中,执行make后,编译出了program应用程序。修改了任意一个源文件(test.c、sub.c、add.c、heads.h)例如test.c,从新在/work目录中执行make,发现一直提示“make: `program' is up to date.” ,而不能重建test.o,更不用说重建program。

    修改顶层makefile文件,添加红色的一行

OBJS = ./add/add.o ./sub/sub.o ./test/test.o
program:  $(OBJS)
        gcc ./test/test.o ./add/add.o ./sub/sub.o -o program

.PHONY : $(OBJS)
$(OBJS):
        make -C $(dir $@)

.PHONY: clean
clean:
        make -C ./add  clean
        make -C ./sub  clean
        make -C ./test clean
        rm -f program

加上伪目标修改后,问题就会解决。修改了任意一个源文件,执行make对应的目标文件就会重建,最后重建program。即便不修改源文件,执行make也会进入源文件目录中执行子make,但不会更新目标文件,最后还要重建program。

缘由分析:因为(*.c *.h)- - > (*.o)- - > (program),修改前的顶层目标(program)依赖于(*.o)。执行make时,检查 (program)的依赖(*.o)是否比(program)新,而不会检查(*.h *.c)是否比(program)新,(*.h *.c)不是(program)的依赖。显然,(*.o)没有program新,因此不用重建。

    注意修改后的makefile,把./add/add.o ./sub/sub.o ./test/test.o当作三个伪目标,因此不会再检查 (program)的依赖(*.o)是否比(program)新。而原来的makefile中把./add/add.o ./sub/sub.o ./test/test.o当作三个依赖文件。能够说加上“PHONY”后,make程序对./add/add.o ./sub/sub.o ./test/test.o的见解已经彻底不同了。

    修改后的makefile,强制执行./add/add.o ./sub/sub.o ./test/test.o这三个伪目标的命令,即进入相应的子目录执行make,从而调用相应的子目录makefile。因为子目录中的makefile目标是(*.o),目标的依赖是(*.c heads.h),会检查(*.c heads.h)是否比(*.o)新,从而有可能重建(*.o)。而在跳回到顶层makefile后,还要执行“ gcc ./test/test.o ./add/add.o ./sub/sub.o -o program”。

总结:PHONY伪目标能够解决源文件不是最终目标直接依赖(实际上能够认为是间接依赖)带来的不能自动检查更新规则。

相关文章
相关标签/搜索