make与makefile

目录

一、make的默认目标文件与自动推导

二、不能连续make的原因

执行原理

touch

.PHONY伪目标

make指令不回显

makefile多文件管理

简写依赖方法

三、回车与换行

四、缓冲区


一、make的默认目标文件与自动推导

假设这是一个makefile文件,make的时候默认生成第一行的目标文件 ,make会自动推导makefile中的依赖关系,推导过程是一个栈式结构。

复制代码
hello:hello.o
    gcc hello.o -o hello
hello.o:hello.s
    gcc -c hello.s -o hello.o
hello.s:hello.i
    gcc -S hello.i -o hello.s
hello.i:hello.c
    gcc -E hello.c -o hello.i

即使我们打乱了下面六行的顺序,结果还是相同,最终编译出来的任然是hello

复制代码
hello:hello.o
    gcc hello.o -o hello
hello.o:hello.s
    gcc -c hello.s -o hello.o
hello.i:hello.c
    gcc -E hello.c -o hello.i
hello.s:hello.i
    gcc -S hello.i -o hello.s

而如果hello.s为目标文件,那么程序编译到hello.s就会结束了

复制代码
hello.s:hello.i
    gcc -S hello.i -o hello.s
 hello.i:hello.c
     gcc -E hello.c -o hello.i
 hello.o:hello.s
     gcc -c hello.s -o hello.o
 hello:hello.o
     gcc hello.o -o hello  

二、不能连续make的原因

在进行make操作时,我们不能连续make,因为如果源文件已经被编译过了,并且源文件没有被修改,那我们就没有必要编了,这样子可以提高效率。

执行原理

因为一定是先有源文件再有可执行文件的,所以一般而言,源文件的最早修改时间是要比可执行文件早的

如果源文件被修改过,历史上还有可执行文件,那么源文件的最近修改时间一定比可执行文件晚

我们可以使用stat 文件名 来查询文件的时间问题

access 为最近访问时间,但是由于我们不管是进行文件的 内容或者属性修改都会进行访问,因此access会在多次被访问之后才会更新一次

modify则是文件内容被修改的最近一次时间

change是文件属性被修改的最近一次时间,包括文件名,文件大小,文件创建日期,文件的权限等等

值得注意的是因为修改文件内容时,绝大多数时候文件的大小都会改变,因此modify改变大部分情况change也都会改变,而修改文件属性时则不会改变modify

touch

我们如果使用touch 文件名 ,那么 access,modifiy,change都会改变到当前时刻,我们也可以使用选项单个修改

-m 修改modify,但是同时change也会改变

-a改变access

而make是否执行依赖关系,比较的是modify

.PHONY伪目标

那如果我想让对应的依赖关系总是被执行呢?

我们可以在依赖关系前面添加.PHONY:,即为伪目标。添加.PHONY:后依赖关系总是会被执行。我们一般会在clean 的前面添加

复制代码
mytest.exe : mycode.c                //依赖关系
    gcc -o mytest.exe mycode.c      //这行的开头要求是一个tab     这行称为依赖方法  
.PHONY: clean
clean: 
    rm -f mytest.exe

make指令不回显

执行make 和make clean 时依赖方法会进行回显

我们可以在依赖方法前带上@

复制代码
mytest.exe : mycode.c                
    @gcc -o mytest.exe mycode.c  

makefile多文件管理

makefile 还支持多文件管理,例如

复制代码
processbar: processbar.c main.c  //如果.h文件与这两个文件在同一目录下,那么gcc是能自己找到.文件的

(假设这个项目由processbar.h ,processbar.c,main.c组成)

简写依赖方法

特殊符号@可以表示依赖关系冒号左边的文件,^可以表示冒号右边的文件

复制代码
mytest.exe : mycode.c                
    gcc -o $@ $^


mytest.exe : mycode.c  main.c             
    gcc -o $@ $^

三、回车与换行

回车指的是将光标移动到改行的开头

换行指的是将光标移动到下一行

四、缓冲区

缓冲区就是c语言维护的一段内存

我们编译并运行代码1

复制代码
#include <stdio.h>
int main()
{
printf("hello Makefile!\n");
sleep(3);
return 0;
}

会观察到程序会先打印,再停顿三秒

而当我们编译并运行代码2

复制代码
#include <stdio.h>
int main()
{
printf("hello Makefile!");
sleep(3);
return 0;
}

我们会看到,程序会先停顿三秒,再输出。

这难道是代码执行顺序改变了吗?其实知识因为去掉\n后,printf输出的内容被存到缓冲区内

当我们执行代码3时

复制代码
#include <stdio.h>
int main()
{
printf("hello Makefile!");
fflush(stdout);
sleep(3);
return 0;
}

效果又会同代码1一样了,这时候因为我们使用fflush刷新了stdout,stdout是标准输出流,即显示器

相关推荐
律宏阔2 小时前
WSL Docker 端口明明空闲,但就是绑不上端口
linux·windows
律宏阔2 小时前
WSL 突然断网,无法 ping 内网或外网
linux·windows
穷人小水滴2 小时前
用容器编译 VirtualBox 虚拟机软件 (ArchLinux, podman)
linux·容器·virtualbox
乱码三千3 小时前
如何优雅地直连无公网 IP 的远程 GPU 服务器
linux·人工智能·程序员
yunwei373 小时前
使用 eBPF 跟踪 Nginx 请求
linux·后端·性能优化
yunwei373 小时前
使用 eBPF 跟踪 MySQL 查询
linux·后端·性能优化
yunwei373 小时前
eBPF 示例教程:使用 XDP 捕获 TCP 信息
linux·后端·性能优化
judezh3 小时前
api 容器一直 unhealthy?我把一个 Agent 运行时的健康检查逐条拆了,查出四个问题
运维·docker
GeW3 小时前
制造业高端化,为什么必须重估Linux和数据库?
linux
百万蹄蹄向前冲3 小时前
双端同步!云服务器装最新Node.js v26.10全过程追踪
服务器·人工智能·node.js