make学习笔记

最新推荐文章于 2024-05-17 09:57:03 发布

yzbrlan

最新推荐文章于 2024-05-17 09:57:03 发布

阅读量197

点赞数

分类专栏： Make学习文章标签： Make学习

本文链接：https://blog.csdn.net/qq_39472671/article/details/82941287

版权

Make学习专栏收录该内容

1 篇文章 0 订阅

订阅专栏

一些学习Make的浅显的心得体会，后续可能会补充

Make

Make功能简介

通过比较对应文件（目标，规则的依赖）的最后修改时间，来决定哪些文件需要更新。只更改修改的源文件。

没有被编译过的源文件，进行编译并且进行链接
在上次执行make之后修改过的C源代码文件，会重新编译
头文件在上一次执行make之后被修改，那么所有包含此头文件的C源文件会被重新编译

Makefile规则介绍

target :prerequisites
command

target:目标。可以是目标文件，也可以是动作的名称（比如clean），称之为伪目标。
prerequisites：规则的依赖。就是需要的文件列表（多个）。太长用反斜杠，后面不能有空格。
command：规则的命令行。

Make的工作方式

默认情况下执行第一个规则，第一个目标称为最终目的。当修改了任何的源文件和头文件后，执行make会重建终极目标。（这里make决定哪些需要更新，只要依赖更新，自己也要更新）
注意，.o文件之所以更新，是因为它出现在了终极目标的依赖列表里面，如果某个规则不是终极目标所依赖的，那么它就不会被执行，除非明确指出需要执行这个规则。
处理edit的三种情况：

edit不存在，执行规则创建edit
存在，依赖文件比他更新，根据规则重新链接生成edit
它比任何一个依赖文件都更新，那么什么也不做

从最终目的的第一个依赖文件寻找规则（main.o,kbd.o…），如果第一个依赖其他的，同样为它寻找规则。。。通常源文件和头文件已经存在，不需要重建他们的规则，所有都找到之后，从最好一个开始回退执行，最终完成edit的第一个依赖文件的创建和更新，然后是第二个，第三个。
整个过程make只是负责执行规则，对依赖关系的正确性和规则所定义的命令的正确性不做任何判断。就是说，make不做错误检查。
我们需要在提供给make程序的Makefile中保证其依赖关系的正确性，和执行命令的正确性。

有变量，基本的元素，规则，rules可以有if，else，也可以有shell语言。
任何文件都可以有依赖，
第一层：main；第二层：.o；第三层：.c,.h文件。需要分开编译，效率问题。
makefile描述编译的层次结构，可以分析修改的时间。
makefile自动更新，自更新指令，目标makefile（git pull），自己本身的命令出现变化。在运行make的时候，首先自动扫描makefile进行更新。直到没有makefile更新才停止。
make后来加了if，变量的东西。也有function，还有自动匹配的功能。
ant，build（java），another neat tool，吐槽make，解决tab的问题，用xml来描述规则，默认的是build.xml，可以import一些包，可以进行扩展。
make的问题，移植性的问题。
vc++微软的c++和一般的不同，windows用vc++写的。

shell的build in

首先判断是否为内建，会更快。
命令行；为占位，相当于nop。
.用来执行文件，相当于source。bash会新打开一个shell，source相当于include。子shell相当于子进程，用source会得到子shell的改变。
break和continue。break可以带1、2、3等，也就是打破几层的循环。
evol echo “$$n”,也就是替换两次。指令强大，但是不安全。
exec，执行跳转到另外一个再也不回来。
export，调整当前shell的环境变量，新增环境变量。变量和环境变量不同，环境变量，export会将普通变量变为环境变量。
hash表相对于shell临时。
getoptions，带：一定要读参数，否则要报错。是对命令行的一个抽象。