makefile小记

通过Ubuntu Makefile总结而得

#######make file
#make支持三个通配符:“*”,“?”和“~”。
include

VPATH = src:../headers    //文件搜索
{
    1、vpath <pattern> <directories>     :为符合模式<pattern>的文件指定搜索目录<directories>。
    2、vpath <pattern>                     :清除符合模式<pattern>的文件的搜索目录。
    3、vpath                             :清除所有已被设置好了的文件搜索目录。 
}

伪目标一般没有依赖的文件。但是,我们也可以为伪目标指定所依赖的文件。
伪目标同样可以作为“默认目标”,只要将其放在第一个。一个示例就是,
如果你的Makefile需要一口气生成若干个可执行文件,但你只想简单地敲一个make完事,
并且,所有的目标文件都写在一个Makefile中,那么你可以使用“伪目标”这个特性:

{
    静态模式可以更加容易地定义多目标的规则,可以让我们的规则变得更加的有弹性和灵活。我们还是先来看一下语法:
    <targets ...>: <target-pattern>: <prereq-patterns ...>
        <commands>
    targets定义了一系列的目标文件,可以有通配符。是目标的一个集合。
    target-pattern是指明了targets的模式,也就是的目标集模式。
    prereq-patterns是目标的依赖模式,它对target-pattern形成的模式再进行一次依赖目标的定义。
    其中把targets去掉就是隐藏规则

}

{
    常用的隐含规则
    1、编译C程序的隐含规则。
    “<n>;.o”的目标的依赖目标会自动推导为“<n>;.c”,并且其生成命令是“$(CC) –c $(CPPFLAGS) $(CFLAGS)”
    2、编译C++程序的隐含规则。
    “<n>;.o”的目标的依赖目标会自动推导为“<n>;.cc”或是“<n>;.C”,
    并且其生成命令是 “$(CXX) –c $(CPPFLAGS) $(CFLAGS)”。(建议使用“.cc”作为C++源文件的后缀,而不是“.C”) 
    7、汇编和汇编预处理的隐含规则。
    “<n>;.o” 的目标的依赖目标会自动推导为“<n>;.s”,默认使用编译品“as”,
    并且其生成命令是:“$ (AS) $(ASFLAGS)”。“<n>;.s” 的目标的依赖目标会自动推导为“<n>;.S”,
    默认使用C预编译器 “cpp”,并且其生成命令是:“$(AS) $(ASFLAGS)”。
    8、链接Object文件的隐含规则。
    “<n>;”目标依赖于“<n>;.o”,通过运行C的编译器来运行链接程序生成(一般是“ld”),
    其生成命令是: “$(CC) $(LDFLAGS) <n>;.o $(LOADLIBES) $(LDLIBS)”。
    这个规则对于只有一个源文件的工程有效,同时也对多个Object文件(由不同的源文件生成)的也有效。
}

{
    你可以使用模式规则来定义一个隐含规则。
    模式规则中,至少在规则的目标定义中要包含"%",否则,就是一般的规则。
}
下面是所有的自动化变量及其说明:

[email protected]
    表示规则中的目标文件集。在模式规则中,如果有多个目标,那么,"[email protected]"就是匹配于目标中模式定义的集合。 

$%
    仅当目标是函数库文件中,表示规则中的目标成员名。例如,如果一个目标是"foo.a(bar.o)",
    那么,"$%"就是 "bar.o","[email protected]"就是"foo.a"。如果目标不是函数库文件(Unix下是[.a],Windows下是[.lib]),
    那么,其值为空。 

$< 
    依赖目标中的第一个目标名字。如果依赖目标是以模式(即"%")定义的,
    那么"$<"将是符合模式的一系列的文件集。注意,其是一个一个取出来的。 
$?
    所有比目标新的依赖目标的集合。以空格分隔。 

$^
    所有的依赖目标的集合。以空格分隔。如果在依赖目标中有多个重复的,
    那个这个变量会去除重复的依赖目标,只保留一份。 

$+
    这个变量很像"$^",也是所有依赖目标的集合。只是它不去除重复的依赖目标。 

$*
    这个变量表示目标模式中"%"及其之前的部分。如果目标是"dir/a.foo.b",
    并且目标的模式是"a.%.b",那么,"$*"的值就是"dir/a.foo"。这个变量对于构造有关联的文件名是比较有较。
    如果目标中没有模式的定义,那么"$*"也就不能被推导出,但是,如果目标文件的后缀是make所识别的,
    那么"$*"就是除了后缀的那一部分。例如:如果目标是"foo.c",
    因为".c"是make所能识别的后缀名,所以," $*"的值就是"foo"。
    这个特性是GNU make的,很有可能不兼容于其它版本的make,所以,
    你应该尽量避免使用"$*",除非是在隐含规则或是静态模式中。
    如果目标中的后缀是make所不能识别的,那么"$*"就是空值。
时间: 2024-11-23 19:59:08

makefile小记的相关文章

Makefile文件编写小记

一.Makefile构成: 二.Makefile语法格式: (注意所有的空格都是tab键) 目标:依赖 命令 例子: 使用系统变量替换 自定义变量 三.使用技巧 技巧1 ”%“的使用 适用于命令中的目标文件类型和依赖文件类型相同 例子: led1.o: led1.S arm-linux-gcc -g -o led1.o led1.S led2.o: led2.S arm-linux-gcc -g -o led2.o led2.S 替换成 %.o: %.S arm-linux-gcc -g -o

关于makefile中变量的多次赋值以及override指令

1 基本原则如下 1.1 原则1 变量的普通赋值是有先后顺序的,后面的赋值会覆盖掉前面的赋值. 1.2 原则2 使用的时候,用的是其前面最后的赋值,就算其后面有使用了override指令的赋值也不会影响这条原则. 1.3 原则3 当使用了override指令定义赋值了变量后,其后对该变量的所有的赋值都是无效的.但是override之前的所有的赋值都是有效的.使用的时候是往前最近原则. 2 override变量.命令行参数和普通变量之间的屏蔽关系 override变量会屏蔽命令行参数,除非用+=:

使用Makefile去管理程序

前言:在gcc中如何使用分屏操作  : 在命令行中使用    : sp + filename     vim  Makefile  编辑make工程   第一行使用 # 进行注释   说明是什么make  内容格式:  目标文件:  依赖文件 ·  ·  ·  但是一定要注意如果要使用编译指令一定要用table键 不能使用几个空格代替 另外  max.h 和min.h 的内容就是函数声明 下面说下这样make的好处吧:  在大型程序中能很好帮我们管理我们的代码和项目,程序的任何部分分工都很明确,

SpringBoot - 二零一七0421小记

一.SpringBoot使用起来比起SpringMVC更便捷,在注解上的小变化,我记录了下面几个: @Controller + @ResponseBody = SpringMVC中用@RestController来代替前面两个注解,通过这个注解,可以将所有的前端http请求放入SpringBoot的Controller容器中,并返回json格式的数据给前端 @RequestMapping(value={"/hello","/hi"},method=RequestMe

Contiki 2.7 Makefile 文件(三)

2.第二部分 这里的usage,targets,savetarget,savedefines都是伪目标. 和all不同,这些伪目标不会被执行,除非显式指定这些目标. 这里有两个目标savetarget,savedefines前边我们提过. 通过命令 make TARGET=esb savetarget可以保存默认的TARGET到Makefile.target中. 通过命令 make TARGET=esb DEFINES=MYTRACE,MYVALUE=4711 savedefines 可以保存默

My first makefile to compile multiple C files

I have three files to compile: main.c, func.c,  func.h The steps: 1   main.c   to   main.o 2   func.c    to   func.o 3    link main.o func.o to main(file that can execute) So, u need to run at least three commands without a Makefile.Then if u have 10

liunx中ctags 与makefile的使用

ctags 是vim下可以帮助阅读代码的一个的工具,它可以很方便的看到程序的源代码 使用ctags可以有两种方法:(1).可以在任意目录下建立文件,然后使用 ctags *.c,这个命令的意思是把当前目录下的所有文件生成标签文件(vim可以通过标签,跳转到标签文件处)例如: vim ctag.h vim ctag.c vim main.c 在main.c中把光标移至fun函数处,按Ctrl+[就会跳转到fun函数定义的地方,即ctag.c处,Ctrl+T回转到main.c函数 (2).输入cta

linux中make命令的简单使用以及Makefile文件的书写

Makefile 会不会写makele,从一个侧面说明了一个是否具备完成大型工程的能力. 一个工程中的源件不计数,其按类型.功能.模块分别放在若干个目录中,makele定义了一系列的规则来指定,哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于进行更复杂的功能操作,因为makele就像一个Shell脚本一样,其中也可以执行操作系统的命令.makele带来的好处就是"自动化编译",一旦写好,只需要一个make命令,整个工程完全自动编译,极大的提高了软件开发的效率. ma

广州postgresql用户会技术交流会小记 2015-9-19

广州postgresql用户会技术交流会小记  2015-9-19 今天去了广州postgresql用户会组织的技术交流会 分别有两个session 第一个讲师介绍了他公司使用postgresql -X2的情况 第二个讲师介绍了postgresql里面的一些执行计划分析 我个人比较关注第一个session,因为涉及到真正的应用案例 网上有对postgresql -X2的简短介绍,我先转载过来 转载:http://francs3.blog.163.com/blog/static/405767272