Linux课程四课---Linux开发环境的使用(自动化构建工具-make/Makefile的相关)

简介: Linux课程四课---Linux开发环境的使用(自动化构建工具-make/Makefile的相关)

简单的认识

make是一个指令

makefile是一个文件(保存的是依赖关系依赖方法)

第一步

命名一定是makefile或者Makefile,不能改变

第二步

往该文件写入一些代码

 mybin:Newcode1.c                                                                                                                                                                                              
  gcc -o New.out Newcode1.c

第三步

使用命令

make

出现的内容和自己写入的没有区别就算成功了

依赖关系和依赖方法

我们打开makefile进行写入一些代码

我们可以想象一下, 我们打电话回家要生活费的时候说:老爸,我是你儿子,我要生活费

这里我们可以把依赖关系比作老爸和儿子的关系以及 我要生活费是依赖方法

mybin : Newcode.c 其中mybin就是目标文件, Newcode.c就是依赖文件列表

依赖关系可以有多个,但是需要空格分开

只要我们把目标文件运行出来且是最新的,make指令就不会运行

我们还可以添加一些代码

增加clean这个,这个clean是一个依赖关系,我们也可以换成其他依赖关系,

运行

make clean

就会删除对应的文件,

如果我们把这些代码调换一下位置,就会发现

直接运行make就会直接执行rm New这个方法,

表面,makefile和make形成目标文件的时候.默认是从上到下扫描makefile文件,默认形成的是第一个目标文件(makefile里面的目标文件)


make工作原理

1.我们输入make指令,make会在当前目录下找到"makefile"或者"Makefile"文件

2. 如果找到,它会找文件中的第一个目标文件(target),在上面的例子中,他会找到“New”这个文件,并把这个文件作为最终的目标文件。

3. 如果New文件不存在,或是New所依赖的后面的Newcode1.c文件的文件修改时间要比new这个文件新(可以用 touch 测试),那么,他就会执行后面所定义的命令来生成hello这个文件。

4. 如果New所依赖的Newcode1.o文件不存在,那么make会在当前文件中找目标为Newcode1.o文件的依赖性,如果找到则再根据那一个规则生成Newcode1.o文件。(这有点像一个堆栈的过程)

例如:

在makefile文件中,我只是写有依赖关系和依赖方法,和当前目录只有.c文件,当我们使用make New这个命令事就会运行出下面的结果


也就是说,如果依赖关系列表里面的文件不存在,就会继续往后进行依赖,找到了就会往返,不会执行其他多余的代码

5.当然,你的C文件和H文件是存在的啦,于是make会生成 Newcode1.o 文件,然后再用 Newcode1.o 文件声明make的终极任务,也就是执行文件New了。

6.这就是整个make的依赖性,make会一层又一层地去找文件的依赖关系,直到最终编译出第一个目标文

件。

7.在找寻的过程中,如果出现错误,比如最后被依赖的文件找不到,那么make就会直接退出,并报错,而对于所定义的命令的错误,或是编译不成功,make根本不理。

8.make只管文件的依赖性,即,如果在我找了依赖关系之后,冒号后面的文件还是不在,那么对不起,我就不工作啦。


make无法进行多次编译的原因

如果我们进行多次make 或者其他的指令就会发现


出现这个问题,是啥导致的呢?

其实就是make指令是根据目标文件的最新修改时间和依赖文件最新修改时间来对比,来判断是否需要进行再次编译的,如果依赖文件的最新修改时间比目标文件的最新修改时间还要新,就会再次编译,

我们可以使用下面指令,查看文件的最新更新时间

stat New
stat Newcode1.o

图中就可以看出依赖文件的最新时间比目标文件的最新时间要旧,所以就不会再次编译

时间有三部分:

Access:文件的访问时间

Modify:文件内容更改的最新时间

Change:文件属性的最新更改时间

如图:

我们改变文件内容,就会带动着文件属性(文件的大小)和内容的时间进行改变,

而我们改变文件属性,文件属性的时间也会跟着改变.

有些小可爱已经发现了Access的时间的改变有点不正常,有时候会改变,有时候不改变

是由于历史的原因,早前的Linux由于文件的访问非常的频繁,Access更新频繁,导致了运行速度下降了,为了解决这个问题,当文件访问一定次数或者进行系统更新操作,才会进行Access的时间进行更新,

可以想出来,make是否编译很大可能就是取决于Modify是否发生改变


更改文件时间

touch Newcode.c# 文件不存在创建,存在就会更新时间

touch -m Newcode.c:#将Newcode.c文件的Modify时间更至最新。
touch -a Newcode.c:#将Newcode.c文件的Access时间更至最新。
touch -c Newcode.c:#将Newcode.c文件的Change时间更至最新。

.PHONY伪目标

图中我们为New这个目标文件添加了这个伪目标,所以以New为目标文件的依赖关系和方法就会被执行,不管该依赖文件的时间是否更新,都会进行编译

这个图可以发现,.PHONY对哪个目标文件,就会针对哪个文件,不存在遗传下去,

上面只是演示一下,.PHONY经常用于清除操作

特殊符号

我们在写的过程中会经常重复一些文件名,很麻烦

make就提供了一些符号

$@:代表的目标文件

$^:代表的是依赖文件列表

运行结果

一样可以运行出来

定义变量

我们还可以定义一些变量

在makefile文件开头定义一些变量,我们还可以使用文件名来进行定义变量,

这样也可以替代$@和$^

总结

这里的make就讲到这里了有不懂的小可爱可以私聊我

相关文章
|
1月前
|
安全 Linux iOS开发
Nessus Professional 10.10 Auto Installer for RHEL 10, AlmaLinux 10, Rocky Linux 10 - Nessus 自动化安装程序
Nessus Professional 10.10 Auto Installer for RHEL 10, AlmaLinux 10, Rocky Linux 10 - Nessus 自动化安装程序
147 6
Nessus Professional 10.10 Auto Installer for RHEL 10, AlmaLinux 10, Rocky Linux 10 - Nessus 自动化安装程序
|
1月前
|
人工智能 监控 Kubernetes
77_自动化脚本:Makefile与Airflow
在当今AI大模型时代,高效的工作流管理对于模型训练、推理和部署至关重要。随着大模型规模的不断增长和复杂度的提升,传统的手动脚本管理方式已无法满足需求。自动化脚本和工作流调度系统成为构建健壮、可重复、可扩展的LLM Pipeline的关键工具。其中,Makefile作为经典的自动化构建工具,与Airflow作为现代工作流调度平台的结合,为LLM开发团队提供了强大的工作流管理能力。
|
安全 Linux 测试技术
Kali Linux预装的自动化渗透测试工具
Kali Linux预装的自动化渗透测试工具
773 2
|
存储 监控 Linux
|
Ubuntu Linux 持续交付
在Linux中,如何在Linux中使用Ansible进行自动化部署?
在Linux中,如何在Linux中使用Ansible进行自动化部署?
|
存储 Linux 测试技术
在Linux中,如何使用expect进行自动化交互式应用程序测试?
在Linux中,如何使用expect进行自动化交互式应用程序测试?
|
运维 Linux 持续交付
在Linux中,如何进行配置管理和自动化部署?
在Linux中,如何进行配置管理和自动化部署?
|
存储 运维 监控
|
jenkins Linux 持续交付
在Linux中,如何使用Jenkins和Ansible进行虚拟化环境的自动化和持续集成/持续部署(CI/CD)?
在Linux中,如何使用Jenkins和Ansible进行虚拟化环境的自动化和持续集成/持续部署(CI/CD)?
|
监控 安全 Linux
在Linux中,如何编写自动化脚本来执行重复性任务?
在Linux中,如何编写自动化脚本来执行重复性任务?