第十一部分 隐含规则(二)

目录

一、隐含规则使用的变量

1、关于命令的变量。

2、关于命令参数的变量

二、隐含规则链


一、隐含规则使用的变量

        在隐含规则中的命令中,基本上都是使用了一些预先设置的变量。你可以在你的 makefile 中改变这些变量的值,或是在 make 的命令行中传入这些值,或是在你的环境变量 中设置这些值,无论怎么样,只要设置了这些特定的变量,那么其就会对隐含规则起作用。 当然,你也可以利用 make 的“-R”或“--no–builtin-variables”参数来取消你所定义的 变量对隐含规则的作用。

        例如,第一条隐含规则——编译 C 程序的隐含规则的命令是“$(CC) –c $(CFLAGS) $(CPPFLAGS)”。Make 默认的编译命令是“cc”,如果你把变量“$(CC)”重定义成“gcc”, 把变量“$(CFLAGS)”重定义成“-g”,那么,隐含规则中的命令全部会以“gcc –c -g $(CPPFLAGS)”的样子来执行了。

        我们可以把隐含规则中使用的变量分成两种:一种是命令相关的,如“CC”;一种是参 数相的关,如“CFLAGS”。下面是所有隐含规则中会用到的变量:

1、关于命令的变量。

AR

函数库打包程序。默认命令是“ar”。

AS

汇编语言编译程序。默认命令是“as”。

CC

C 语言编译程序。默认命令是“cc”。

CXX

C++语言编译程序。默认命令是“g++”。

CO

从 RCS 文件中扩展文件程序。默认命令是“co”。

CPP

C 程序的预处理器(输出是标准输出设备)。默认命令是“$(CC) –E”。

FC

Fortran 和 Ratfor 的编译器和预处理程序。默认命令是“f77”。

GET

从 SCCS 文件中扩展文件的程序。默认命令是“get”。

LEX

Lex 方法分析器程序(针对于 C 或 Ratfor)。默认命令是“lex”。

PC

Pascal 语言编译程序。默认命令是“pc”。 YACC Yacc 文法分析器(针对于 C 程序)。默认命令是“yacc”。

YACCR

Yacc 文法分析器(针对于 Ratfor 程序)。默认命令是“yacc –r”。

MAKEINFO

转换 Texinfo 源文件(.texi)到 Info 文件程序。默认命令是“makeinfo”。

TEX

从 TeX 源文件创建 TeX DVI 文件的程序。默认命令是“tex”。

TEXI2DVI

从 Texinfo 源文件创建军 TeX DVI 文件的程序。默认命令是“texi2dvi”。

WEAVE

转换 Web 到 TeX 的程序。默认命令是“weave”。

CWEAVE

转换 C Web 到 TeX 的程序。默认命令是“cweave”。

TANGLE

转换 Web 到 Pascal 语言的程序。默认命令是“tangle”。

CTANGLE

转换 C Web 到 C。默认命令是“ctangle”。

RM

删除文件命令。默认命令是“rm –f”。

2、关于命令参数的变量

        下面的这些变量都是相关上面的命令的参数。如果没有指明其默认值,那么其默认值都 是空。

ARFLAGS

函数库打包程序 AR 命令的参数。默认值是“rv”。

ASFLAGS

汇编语言编译器参数。(当明显地调用“.s”或“.S”文件时)。

CFLAGS

C 语言编译器参数。

CXXFLAGS

C++语言编译器参数。

COFLAGS

RCS 命令参数。

CPPFLAGS

C 预处理器参数。( C 和 Fortran 编译器也会用到)。

FFLAGS

Fortran 语言编译器参数。

GFLAGS

SCCS “get”程序参数。

LDFLAGS

链接器参数。(如:“ld”)

LFLAGS

Lex 文法分析器参数。

PFLAGS

Pascal 语言编译器参数。

RFLAGS

Ratfor 程序的 Fortran 编译器参数。

YFLAGS

Yacc 文法分析器参数。

二、隐含规则链

        有些时候,一个目标可能被一系列的隐含规则所作用。例如,一个[.o]的文件生成,可 能会是先被 Yacc 的[.y]文件先成[.c],然后再被 C 的编译器生成。我们把这一系列的隐含 规则叫做“隐含规则链”。

        在上面的例子中,如果文件[.c]存在,那么就直接调用 C 的编译器的隐含规则,如果没 有[.c]文件,但有一个[.y]文件,那么 Yacc 的隐含规则会被调用,生成[.c]文件,然后, 再调用 C 编译的隐含规则最终由[.c]生成[.o]文件,达到目标。

        我们把这种[.c]的文件(或是目标),叫做中间目标。不管怎么样,make 会努力自动推 导生成目标的一切方法,不管中间目标有多少,其都会执着地把所有的隐含规则和你书写的 规则全部合起来分析,努力达到目标,所以,有些时候,可能会让你觉得奇怪,怎么我的目 标会这样生成?怎么我的 makefile 发疯了?

        在默认情况下,对于中间目标,它和一般的目标有两个地方所不同:第一个不同是除非 中间的目标不存在,才会引发中间规则。第二个不同的是,只要目标成功产生,那么,产生 最终目标过程中,所产生的中间目标文件会被以“rm -f”删除。

         通常,一个被 makefile 指定成目标或是依赖目标的文件不能被当作中介。然而,你可 以明显地说明一个文件或是目标是中介目标,你可以使用伪目标“.INTERMEDIATE”来强制 声明。(如:.INTERMEDIATE : mid )

         你也可以阻止 make 自动删除中间目标,要做到这一点,你可以使用伪目标 “.SECONDARY”来强制声明(如:.SECONDARY : sec)。你还可以把你的目标,以模式的方 式来指定(如:%.o)成伪目标“.PRECIOUS”的依赖目标,以保存被隐含规则所生成的中间 文件。

         在“隐含规则链”中,禁止同一个目标出现两次或两次以上,这样一来,就可防止在 make 自动推导时出现无限递归的情况。

        Make 会优化一些特殊的隐含规则,而不生成中间文件。如,从文件“foo.c”生成目标 程序“foo”,按道理,make 会编译生成中间文件“foo.o”,然后链接成“foo”,但在实 际情况下,这一动作可以被一条“cc”的命令完成(cc –o foo foo.c),于是优化过的规 则就不会生成中间文件。

相关推荐

  1. 一部分 隐含规则

    2024-01-17 08:20:02       55 阅读
  2. 章 git

    2024-01-17 08:20:02       50 阅读
  3. 题:灌溉

    2024-01-17 08:20:02       40 阅读
  4. 63天-django学习(

    2024-01-17 08:20:02       52 阅读

最近更新

  1. docker php8.1+nginx base 镜像 dockerfile 配置

    2024-01-17 08:20:02       98 阅读
  2. Could not load dynamic library ‘cudart64_100.dll‘

    2024-01-17 08:20:02       106 阅读
  3. 在Django里面运行非项目文件

    2024-01-17 08:20:02       87 阅读
  4. Python语言-面向对象

    2024-01-17 08:20:02       96 阅读

热门阅读

  1. 深入理解与应用Flink中的水印机制

    2024-01-17 08:20:02       48 阅读
  2. Tcpdump命令参数与语法

    2024-01-17 08:20:02       53 阅读
  3. go 语言实现依赖注入

    2024-01-17 08:20:02       52 阅读
  4. k8s的配置资源管理

    2024-01-17 08:20:02       48 阅读
  5. openxml获取sheet所有的数据二维数组

    2024-01-17 08:20:02       45 阅读
  6. RAG词嵌入召回质量评估

    2024-01-17 08:20:02       48 阅读
  7. Vim 用法详解

    2024-01-17 08:20:02       59 阅读
  8. jQuery 正则表达式 验证表单

    2024-01-17 08:20:02       52 阅读
  9. 在 SpringBoot中的WebSocket使用介绍

    2024-01-17 08:20:02       59 阅读
  10. npm install 卡住不动的六种解决方法

    2024-01-17 08:20:02       70 阅读
  11. @Transactional注解不生效的几种场景

    2024-01-17 08:20:02       63 阅读