Makefile伪指令解析，makefile伪解析

Makefile伪指令解析，makefile伪解析

本文是我在博客里面找到的，觉得对makefile的伪指令介绍得非常详细了！也提到了伪指令为何要用.PHONY:来声明!希望我的这篇转过来的文章能够帮助大家理解makefile的伪指令！

我的理解：

　　拿clean举例，如果make完成后，自己另外定义一个名叫clean的文件，再执行make clean时，将不会执行rm命令。

　　为了避免出现这个问题，需要.PHONY: clean

=======================================================================================

所谓伪目标就是这样一个目标，它不代表一个真正的文件名，在执行make时可以指定这个目标来执行其所在规则定义的命令，有时我们将一个伪目标成为标签。

那么到底什么是伪目标呢？可能作为初学者还不会在乎这个问题，下面我们来看下我们将在什么时候需要它。

首先来看下面一个例子:

当前目录下只有一个myls1.c，于是为了让程序让makefile来管理，写了一个如下的简单的makefile。

执行：

大家会发现，真的可以利用这个makefile管理当前的工程，也能如期按照我们的要求生成执行文件myls。

执行make clean，这样就可以删除可执行程序。

接着我做了个手脚，在当前目录下建立一个叫clean的文件，那么这样执行的效果是如何？

那么这个时候为什么又不能执行了？在我的makefile中其实并没有修改任何东西，为什么这个时候已经能管理工程的makefile又不能来管理文件了。

那要解决这个问题就是添加两行，修改后的makefile如下：

再次返回执行：

这样就解决了问题，那具体的原因是什么？

在makefile中我们使用伪目标就可以解决上述的问题，那为什么要使用伪目标，一种就是如例题，为了避免在makefile中定义的只执行命令的目标和工作目录下的实际文件出现名字冲突，另一种是提交执行makefile时的效率。

第一种情况：

如果我们需要书写这样的一个规则：规则所定义的命令不是去创建目标文件，而是通过make命令行明确指定它来执行一些特点的命令，就像例题中的clean。当文件夹中没有clean这个文件的时候，我们输入"make clean"能按照初衷执行，但是一旦文件夹中出现clean文件，我们再次输入"make clean"，由于这个规则没有任何依赖文件，所以目标被认为是最新的而不去执行规则所定义的命令。所以rm命令不会被执行。为了解决问题，我们将目标clean定义成伪目标。

也就是添加：

.PHONY:clean

那么目录中不论是否有clean文件，只要输入"make clean"就能执行rm命令了。

当一个目标被声明为伪目标后，make在执行规则时不会去试图去查找隐含规则来创建它。这样就提高了make的执行效率，也不用担心由于目标和文件名重名了。

第二种情况：

伪目标的另一种使用场合时在make的并行和递归执行过程中。

给了例子：

SUBDIRS=foo bar baz

Subdirs:

for dir in $(SUBDIRS)

do

$(MAKE) –C $$dir

done

如果这样写，会出现几个问题：

1、 当子目录执行make出现错误，make不会退出；

2、 使用这种shell的循环方式时，没有用到make对目录的并行处理功能。

有了伪目标就可以解决上面的两个问题。

SUBDIRS=foo bar baz

.PHONY:subdirs $(SUBDIRS)

subdirs: $(SUBDIRS)

$(SUBDIRS):

$(MAKE) –C $@

一般情况下，一个伪目标不作为另一个目标的依赖。当一个伪目标没有作为任何目标的依赖时，我们只能通过make命令来明确指定它为make的终极目标，来执行它所在规则所定义的命令。

还有一个特别的伪目标——all，如果我们在一个目录下创建多个可执行程序，我们可以将所有程序的重建规则在一个makefile中描述。

all: p1 p2 p3

p1:p1.c

p2:p2.c

p3:p3.c

八 环境变量
8.1 查看环境变量
$ env  显示所有的环境变量设置
$ echo $ENV_VARIABLE  显示指定环境变量的设置
例：
$ echo $PATH
/bin:/etc:/usr/bin:/tcb/bin

8.2 设定环境变量
$ ENV_VARIABLE=XXX;export ENV_VARIABLE
例：
$ PATH=$PATH:$INFORMIXDIR/bin;export PATH  将环境变量PATH设定为原PATH值+$INFORMIXDIR/bin

8.3 取消环境变量设置
$ unset $ENV_VARIABLE
例：
$ set GZJ=gzj;export GZJ  设置环境变量GZJ
$ echo $GZJ
gzj  显示环境变量值
$ unset $GZJ  取消环境变量GZJ的设置
$ echo $GZJ
 已取消

一 makefile规则
makefile是一个make的规则描述脚本文件，包括四种类型行：目标行、命令行、宏定义行和make伪指令行（如“include”）。makefile文件中注释以“#”开头。当一行写不下时，可以用续行符“\”转入下一行。
1.1 目标行
目标行告诉make建立什么。它由一个目标名表后面跟冒号“:”，再跟一个依赖性表组成。
例：
example: depfile deptarget
该目标行指出目标example与depfile和deptarget有依赖关系，如果depfile或deptarget有修改，则重新生成目标。
example1 example2 example3: deptarget1 deptarget2 depfile
该目标行指出目标名表中的example1、example2、example3这三个各自独立的目标是用相同的依赖列表和规则生成的。
clean:
空的依赖列表说明目标clean没有其他依赖关系。

目标行后续的以Tab 开始的行是指出目标的生成规则，该Tab字符不能以空格代替。例如：
example.o:example.c example.h
cc –c example.c
该例子指出目标example.o依赖于example.c和example.h。如果example.c或example.h其中之一改变了，就需要执行命令cc –c example.c重新生成目标example.o。
可以用文件名模式匹配来自动为目标生成依赖表，如：
prog: *.c

以下是一个简单的makefile的例子：

图 1 最简单的makefile例
make使用makefile文件时，从第一个目标开始扫描。上例中的第一个目标为all，所以目标clean不会自动被执行，可以通过命令make clean来生成目标。

1.2 命令行
命令行用来定义生成目标的动作。
在目标行中分号“;”后面的文件都认为是一个命令，或者一行以Tab制表符开始的也是命令。
如在上面的makefile例中，第三行以Tab字符开始的cc命令即是一个命令行，说明要生成hello应执行的命令。也可以写成：hello:hello.o;cc –c hello –L…
一般情况下，命令行的命令会在标准输出中回显......余下全文>>
 

看<<跟我一起写makefile>>

表 13-2 GNU make 的主要预定义变量
预定义变量
含义
$*
不包含扩展名的目标文件名称。
$+
所有的依赖文件，以空格分开，并以出现的先后为序，可能包含重复的依赖文件。
$<
第一个依赖文件的名称。
$?
所有的依赖文件，以空格分开，这些依赖文件的修改日期比目标的创建日期晚。
$@
目标的完整名称。
$^
所有的依赖文件，以空格分开，不包含重复的依赖文件。
$%
如果目标是归档成员，则该变量表示目标的归档成员名称。例如，如果目标名称为
mytarget.so(image.o)，则 $@ 为 mytarget.so，而 $% 为 image.o。
AR
归档维护程序的名称，默认值为 ar。
ARFLAGS
归档维护程序的选项。
AS
汇编程序的名称，默认值为 as。
ASFLAGS
汇编程序的选项。
CC
C 编译器的名称，默认值为 cc。
CFLAGS
C 编译器的选项。
CPP
C 预编译器的名称，默认值为 $(CC) -E。
CPPFLAGS
C 预编译的选项。
CXX
C++ 编译器的名称，默认值为 g++。
CXXFLAGS
C++ 编译器的选项。
FC
FORTRAN 编译器的名称，默认值为 f77。
FFLAGS
FORTRAN 编译器的选项。