如果要使用隐含规则生成你需要的目标,你所需要做的就是不要写出这个目标的规则。那么,make会试图去自动推导产生这个目标的规则和命令,如果make可以自动推导生成这个目标的规则和命令,那么这个行为就是隐含规则的自动推导。隐含规则是make事先约定好的一些东西
 
例如,我们有下面的一个Makefile:
foo : foo.o bar.o
cc –o foo foo.o bar.o $(CFLAGS) $(LDFLAGS)
  并没有写foo.o和bar.o的规则,make会自动推出
 
有许多的隐含规则都是使用了“后缀规则”来定义的,默认会依次查找依赖文件直到找到
 
默认的后缀列表是:
.out, .a, .ln, .o, .c, .cc, .C, .p, .f, .F, .r, .y, .l, .s, .S, .mod, .sym, .def, .h, .info, .dvi, .tex, .texinfo, .texi, .txinfo, .w, .ch .web, .sh, .elc, .el
 
上例中make会先找"foo.o bar.o"的依赖文件"foo.c bar.c"如果没有再找是否有"foo.cc bar.cc"...
 
常用的隐含规则
 
1、编译C程序的隐含规则。
“.o”的目标的依赖目标会自动推导为“.c”,并且其生成命令是“$(CC) –c $(CPPFLAGS) $(CFLAGS)”
 
2、编译C++程序的隐含规则。
“.o”的目标的依赖目标会自动推导为“.cc”或是“.C”,并且其生成命令是
“$(CXX) –c $(CPPFLAGS) $(CFLAGS)”(建议使用“.cc”作为C++源文件的后缀,而不是“.C”)
 
3、编译Pascal程序的隐含规则。
“.o”的目标的依赖目标会自动推导为“.p”,并且其生成命令是“$(PC) –c $(PFLAGS)”。
 
4、编译Fortran/Ratfor程序的隐含规则。
“.o”的目标的依赖目标会自动推导为“.r”或“.F”或“.f”,并且其生成命令是:
“.f” “$(FC) –c $(FFLAGS)”
“.F” “$(FC) –c $(FFLAGS) $(CPPFLAGS)”
“.r” “$(FC) –c $(FFLAGS) $(RFLAGS)”
 
5、预处理Fortran/Ratfor程序的隐含规则。
“.f”的目标的依赖目标会自动推导为“.r”或“.F”。这个规则只是转换Ratfor或有预处理的Fortran程序到一个标准的Fortran程序。其使用的命令是:
“.F” “$(FC) –F $(CPPFLAGS) $(FFLAGS)”
“.r” “$(FC) –F $(FFLAGS) $(RFLAGS)”
 
6、编译Modula-2程序的隐含规则。
“.sym”的目标的依赖目标会自动推导为“.def”,并且其生成命令是:“$(M2C) $(M2FLAGS) $(DEFFLAGS)”。“” 的目标的依赖目标会自动推导为“.mod”,并且其生成命令是:
“$(M2C) $(M2FLAGS) $(MODFLAGS)”
 
7、汇编和汇编预处理的隐含规则。
“.o” 的目标的依赖目标会自动推导为“.s”,默认使用编译品“as”,并且其生成命令是:“$(AS) $(ASFLAGS)”。“.s” 的目标的依赖目标会自动推导为“.S”,默认使用C预编译器“cpp”,并且其生成命令是:
“$(AS) $(ASFLAGS)”
 
8、链接Object文件的隐含规则。
“”目标依赖于“.o”,通过运行C 的编译器来运行链接程序生成(一般是“ld”),其生成命令是:“$(CC) $(LDFLAGS) .o $(LOADLIBES) $(LDLIBS)”。这个规则对于只有一个源文件的工程有效,同时也对多个Object文件(由不同的源文件生成)的也有效。例如如下规则:
x : y.o z.o
并且“x.c”、“y.c”和“z.c”都存在时,隐含规则将执行如下命令:
cc -c x.c -o x.o
cc -c y.c -o y.o
cc -c z.c -o z.o
cc x.o y.o z.o -o x
rm -f x.o
rm -f y.o
rm -f z.o
如果没有一个源文件(如上例中的x.c)和你的目标名字(如上例中的x)相关联,那么,你最好写出自己的生成规则,不然,隐含规则会报错的。
 
9、Yacc C程序时的隐含规则。
“.c”的依赖文件被自动推导为“n.y”(Yacc 生成的文件),其生成命令是:
“$(YACC) $(YFALGS)”(“Yacc”是一个语法分析器,关于其细节请查看相关资料)
 
10、Lex C程序时的隐含规则。
“.c”的依赖文件被自动推导为“n.l”(Lex生成的文件),其生成命令是:
“$(LEX) $(LFALGS)”(关于“Lex”的细节请查看相关资料)
 
11、Lex Ratfor程序时的隐含规则。
“.r”的依赖文件被自动推导为“n.l”(Lex生成的文件),其生成命令是:
“$(LEX)$(LFALGS)”
 
12、从C程序、Yacc文件或Lex文件创建Lint库的隐含规则。
“.ln” (lint 生成的文件)的依赖文件被自动推导为“n.c”,其生成命令是:
“$(LINT) $(LINTFALGS) $(CPPFLAGS) -i”(对于“.y”和“.l”也是同样的规则。)
 
下面是所有隐含规则中会用到的变量:
 
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文法分析器参数。

Makefile隐含规则和用到的默认变量的更多相关文章

  1. makefile笔记9 - makefile隐含规则

    在我们使用 Makefile 时,有一些我们会经常使用,而且使用频率非常高的东西,比如,我们编译C/C++的源程序为中间目标文件(Unix 下是[.o]文件,Windows 下是[.obj]文件). ...

  2. [转] Makefile 基础 (8) —— Makefile 隐含规则

    该篇文章为转载,是对原作者系列文章的总汇加上标注. 支持原创,请移步陈浩大神博客:(最原始版本) http://blog.csdn.net/haoel/article/details/2886 我转自 ...

  3. Makefile隐含规则

    两个隐含规则; 将所有的name.o的依赖自动推导为name.c并使用规则$(CC) -c $(FLAGS) $(CPPFLAGS)得到目标.这个规则中只有-c是隐含规则中有的,后面两个变量是留给用户 ...

  4. Makefile 隐含规则,模式规则,常见变量

     隐含规则复杂的Makefile一般会使用隐含规则内的变量来简化编译处理.将隐含规则中使用的变量分成两种:一种是命令相关的,如“CC”:一种是参数相关的,如“CFLAGS”.这些变量都是大写表示. 常 ...

  5. Linux makefile教程之隐含规则九[转]

    隐含规则 ———— 在 我们使用Makefile时,有一些我们会经常使用,而且使用频率非常高的东西,比如,我们编译C/C++的源程序为中间目标文件(Unix下是[.o] 文件,Windows下是[.o ...

  6. Makefile详解--隐含规则

    Makefile详解--隐含规则(转) Makefile系列文章,这里有个前辈连续洗了一个系列来介绍,共有26篇博客文章. http://www.cppblog.com/ivenher/archive ...

  7. 很详细、很移动的Linux makefile教程:介绍,总述,书写规则,书写命令,使用变量,使用条件推断,使用函数,Make 的运行,隐含规则 使用make更新函数库文件 后序

    很详细.很移动的Linux makefile 教程 内容如下: Makefile 介绍 Makefile 总述 书写规则 书写命令 使用变量 使用条件推断 使用函数 make 的运行 隐含规则 使用m ...

  8. Makefile编写 五 隐含规则

    隐含规则———— 在我们使用Makefile时,有一些我们会经常使用,而且使用频率非常高的东西,比如,我们编译C/C++的源程序为中间目标文件(Unix下是[.o]文件,Windows下是[.obj] ...

  9. C语言的本质(37)——makefile之隐含规则和模式规则

    Makefile有很多灵活的写法,可以写得更简洁,同时减少出错的可能.本节我们来看看这样一个例子还有哪些改进的余地. 一个目标依赖的所有条件不一定非得写在一条规则中,也可以拆开写,例如: main.o ...

随机推荐

  1. storm-starter项目概述

    storm-starter项目包含使用storm的各种各样的例子.项目托管在GitHub上面,其网址为: http://github.com/nathanmarz/storm-starter stor ...

  2. spring boot 数据库连接池配置

    HikariCP 连接池配置: http://stackoverflow.com/questions/29650501/hikaricp-starts-when-mvn-spring-bootrun- ...

  3. Swift利用闭包(closure)来实现传值-->前后两个控制器的反向传值

    利用了大约一个多小时来搞明确OC中Blocks反向传值和Swift中Closure反向传值的区别,以下直接贴上代码: 一.第一个界面 // Created by 秦志伟 on 14-6-13. imp ...

  4. Android - Shared Preference (分享首选项) 具体解释

    Shared Preference (分享首选项) 具体解释 本文地址: http://blog.csdn.net/caroline_wendy/article/details/24454963 Sh ...

  5. Redis学习手册(String数据类型)

    一.概述: 字符串类型是Redis中最为基础的数据存储类型,它在Redis中是二进制安全的,这便意味着该类型可以接受任何格式的数据,如JPEG图像数据或Json对象描述信息等.在Redis中字符串类型 ...

  6. android弧形进度条,有详细注释的,比较简单

    Java code? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 ...

  7. 【VBA研究】变量定义的类型和实际赋值类型

    作者:iamlaosong VBA中变量能够先定义后使用,也能够不定义直接使用.假设模块前面加了Option Explicit语句,则变量必须先定义后使用. 只是.实验发现.VBA对变量类型没有进行严 ...

  8. Design Of A Modern Cache

    http://highscalability.com/blog/2016/1/25/design-of-a-modern-cache.html MONDAY, JANUARY 25, 2016 AT ...

  9. web工程中spring+ibatis的单元测试--转载

    为了保证代码的正确,软件的质量,单元测试几乎是每个程序员都要面临的工作了;而开发中大部分的工作都涉及数据库的操作,也就是平时经常可以看到的DAO了;由于是对数据库的操作,就必然有事务的问题了;如果是启 ...

  10. I'm back

    亲爱的博友们, 请忽略这一条, 这只是我个人的一个记录.