|
|
在第五章第一次编译binutils时，使用了make configure-host。
该命令中的configure-host实际上是执行./configure ...命令后生成的Makefile中的一个目标。用于配置宿主系统的各编译工具。
仔细考察运行./configure ...命令后生成的Makefile文件，可以发现以下内容：
.PHONY: configure-host
configure-host: maybe-configure-gcc \
maybe-configure-ash \
maybe-configure-autoconf \
maybe-configure-automake \
maybe-configure-bash \
maybe-configure-bfd \
maybe-configure-opcodes \
maybe-configure-binutils \
maybe-configure-bison \
maybe-configure-byacc \
maybe-configure-bzip2 \
maybe-configure-dejagnu \
maybe-configure-diff \
maybe-configure-dosutils \
maybe-configure-etc \
maybe-configure-fastjar \
maybe-configure-fileutils \
maybe-configure-findutils \
maybe-configure-find \
maybe-configure-flex \
maybe-configure-gas \
maybe-configure-gawk \
maybe-configure-gettext \
maybe-configure-gnuserv \
maybe-configure-gprof \
maybe-configure-gzip \
maybe-configure-hello \
maybe-configure-indent \
maybe-configure-intl \
maybe-configure-tcl \
maybe-configure-itcl \
maybe-configure-ld \
maybe-configure-libgui \
maybe-configure-libiberty \
maybe-configure-libtool \
maybe-configure-m4 \
maybe-configure-make \
maybe-configure-mmalloc \
maybe-configure-patch \
maybe-configure-perl \
maybe-configure-prms \
maybe-configure-rcs \
maybe-configure-readline \
maybe-configure-release \
maybe-configure-recode \
maybe-configure-sed \
maybe-configure-send-pr \
maybe-configure-shellutils \
maybe-configure-sid \
maybe-configure-sim \
maybe-configure-tar \
maybe-configure-texinfo \
maybe-configure-textutils \
maybe-configure-time \
maybe-configure-uudecode \
maybe-configure-wdiff \
maybe-configure-zip \
maybe-configure-zlib \
maybe-configure-gdb \
maybe-configure-expect \
maybe-configure-guile \
maybe-configure-tk \
maybe-configure-tix \
maybe-configure-libtermcap \
maybe-configure-utils
其中，.PHONY表示后面的configure-host是一个伪目标。
只运行make命令不会执行该伪目标，因此需要这样做来重新配置系统中的各编译工具。
附上网上找到的一点资料：
=====================================================
makefile中的规则是这样的：
TARGET … : DEPENDENCIES …
COMMAND
…
目标（TARGET）程序产生的文件，如可执行文件和目标文件；目标也可以是要执行的动作，如“clean”。
依赖（DEPENDENCIES）是用来产生目标的输入文件，一个目标通常依赖于多个文件。
命令（COMMAND）是make执行的动作，一个可以有多个命令，每个占一行。注意：每个命令行的起始字符必须为TAB字符！
有依赖关系规则中的命令通常在依赖文件变化时负责产生target文件，make执行这些命令更新或产生target。规则可以没有依赖关系，如包含target “clean”的规则。
规则解释如何和何时重做该规则中的文件，make根据依赖关系执行产生或更新目标；规则也说明如何和何时执行动作。有的规则看起来很复杂，但都符合上述模式。
某些名字作为目标存在时有特殊含义。
★.PHONY该目标的依赖被认为是phony目标，处理这些目标时，命令无条件被执行，不管文件名是否存在及其最后修改时间
★.SUFFIXES该目标的依赖被认为是一个后缀列表，在检查后缀规则时使用
★.DEFAULT该目标的规则被使用在没有规则（显式的或隐含的）的目标上。如果’DEFAULT’命令定义了，则对所有不是规则目标的依赖文件都会执行该组命令
★.PRECIOUS该目标的依赖文件会受到特别对待：如果make被kill或命令的执行被中止，这些目标并不删除；而且如果该目标是中间文件，在不需要时不会被删除。可以将隐含规则的目标模式（如%.o）做为’.PRECIOUS’的依赖文件，这样可以保存这些规则产生的中间文件。
★.INTERMEDIATE该目标的依赖文件被当作中间文件；如果该目标没有依赖文件，则makefile中所有的目标文件均被认为是中间文件。
★.IGNORE在执行该目标的依赖规则的命令时，make会忽略错误，此规则本身的命令没有意义。如果该规则没有依赖关系，表示忽略所有命令执行的错误，这种用法只是为了向后兼容；由于会影响到所有的命令，所以不是特别有用，推荐使用其它更有选择性忽略错误的方法。
★.SILENT在执行该目标的依赖规则的命令时，make并不打印命令本身。该规则的命令没有意义。在’.SILIENT’没有依赖关系时，表示执行makefile中的所有命令都不会打印，该规则只是为了向后兼容提供的。
★.EXPORT_ALL_VARIABLES只是作为一个目标存在，指示make将所有变量输出到子进程中。
定义的隐含规则的后缀作为目标时，也认为它是特殊目标；两个后缀的连接也是一样，比如’.c.o’。这些目标是后缀规则，一中定义隐式规则的过时方法（但仍然广泛使用）。后缀通常以’.’开始，所以特殊目标也以’.’开始。
一般来说，make的最终目标是makefile中的第一个目标，而其它目标一般是由这个目标连带出来的。这是make的默认行为。当然，一般来说，你的makefile中的第一个目标是由许多个目标组成，你可以指示make，让其完成你所指定的目标。要达到这一目的很简单，需在make命令后直接跟目标的名字就可以完成（如前面提到的“make clean”形式）
即然make可以指定所有makefile中的目标，那么也包括“伪目标”，于是我们可以根据这种性质来让我们的makefile根据指定的不同的目标来完成不同的事。在Unix世界中，软件发布时，特别是GNU这种开源软件的发布时，其makefile都包含了编译、安装、打包等功能。我们可以参照这种规则来书写我们的makefile中的目标。
“all”
这个伪目标是所有目标的目标，其功能一般是编译所有的目标。
“clean”
这个伪目标功能是删除所有被make创建的文件。
“install”
这个伪目标功能是安装已编译好的程序，其实就是把目标执行文件拷贝到指定的目标中去。
“print”
这个伪目标的功能是例出改变过的源文件。
“tar”
这个伪目标功能是把源程序打包备份。也就是一个tar文件。
“dist”
这个伪目标功能是创建一个压缩文件，一般是把tar文件压成Z文件。或是gz文件。
“TAGS”
这个伪目标功能是更新所有的目标，以备完整地重编译使用。
“check”和“test”
这两个伪目标一般用来测试makefile的流程。
当然一个项目的makefile中也不一定要书写这样的目标，这些东西都是GNU的东西，但是我想，GNU搞出这些东西一定有其可取之处（等你的UNIX下的程序文件一多时你就会发现这些功能很有用了），这里只不过是说明了，如果你要书写这种功能，最好使用这种名字命名你的目标，这样规范一些，规范的好处就是——不用解释，大家都明白。而且如果你的makefile中有这些功能，一是很实用，二是可以显得你的makefile很专业（不是那种初学者的作品）。
=======================================================
请高手指教。 |
|
IP卡
狗仔卡
发表于 2004-10-26 18:28:34
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
显身卡
楼主