Makefile:Makefile的基本格式和规则

Makefile专题是博主参考陈皓前辈的《跟我一起学Makefile》,特此鸣谢!!!


1、写在前面的话

最近,在学习汇编的时候,发现这种整理方式挺好的。于是乎,想把之前学习到1/5的Makefile也整理一下,比较有条理性,这样,工作或者学习的时候可以方便些。
这篇博客主要讲下Makefile的基本格式和一些规则。


2、Makefile的功能和初心


01 Makefile的功能

Makefile定义了一系列规则,比如:文件的先后、重新编译等。就像shell脚本,可自动化编译、一旦写好,只需一个make命令,整个功能就能完全自动编译,提高软件的开发效率。

02 Makefile的初心

我们使用Makefile有最基本的初心,也就是我们make的时候想要达到的效果,这几个效果可以归结如下几点:

(1)如果这个工程没有编译过,那么我们的所有C文件都要编译并被链接(按需)。
(2)如果这个工程某些C文件被修改,那只编译被修改的C文件,并链接目标程序。
(3)如果这个工程的头文件被改变了,那么我们需要编译引用了这几个头文件的C文件,并链接目标程序。


3、Makefile的基本格式

# Makefile的基本格式
target1 ...: prerequisites ...
	command   # 注意在命令前面需要添加一个Tab键
        ...
target2 ...: prerequisites ...
	command
        ...

target:目标文件,是命令执行后生成的目标,可以是ObjectFile,也可以是执行文件。还可以是一个标签(Label,类似clean)。

prerequisites:先决条件、依赖,也就是要生成那个target所需要的文件或者是目标。

command:make需要执行的命令(任意的shell命令)。


4、Makefile的核心规则

01 target中一个或多个的目标文件依赖于prerequisites中的文件,其生成规则定义在command中。
02 如果prerequisites中如果有一个以上的文件比target文件要新的话,command所定义的命令就会被执行


5、示例

原文的有些复杂,自己弄了一个,用这个吧!!!(源于B站UP婆主)

CC = gcc   # 定义变量,之后可以使用$(CC)来替换gcc
CFLAGS = -lm -Wall -g  # 定义变量,之后可以使用$(CFLAGS)来替换-lm -Wall -g

all: main_max main_min  # 用all来包含需要编译出来的可执行文件(2个及以上时)
main_max: main_max.c foo.o bar.o  # 将编译好的.o文件链接成可执行文件
	$(CC) $(CFLAGS) main_max.c foo.o bar.o -o main_max
main_min: main_min.c foo.o bar.o
	$(CC) $(CFLAGS) main_min.c foo.o bar.o -o main_min
foo.o: foo.c  # 通过编译.c生成需要的.o文件(如果时间更新或者文件首次存在)
	$(CC) $(CFLAGS) -c foo.c
bar.o: bar.c
	$(CC) $(CFLAGS) -c bar.c

clean:  # 清除生成的main_max,main_min和所有的.o文件
	rm *.o main_max main_min

解释:
01 有些Makefile中会加入反斜杠(\),这是换行符的作用,使用其便于Makefile的阅读。
02 如果要同时编译出两个可执行文件,需要引入all,如果不加all的话,就会导致只执行了main_max、foo.o、bar.o没有执行main_min。
03 Makefile中注释的格式:# + 内容
04 在最开始的两行作用类似宏定义,之后command中执行替换的作用。
05 命令前面一定要是Tab键开头,如果 prerequisites 文件的日期要比targets文件的日期要新,或者target不存在的话,那么,make就会执行后续定义的命令(核心规则)。
06 clean不是一个文件,它只不过是一个动作名字,有点像C语言中的lable一样,其冒号后什么也没有,make就不会自动去找文件的依赖性,也就不会自动执行其后所定义的命令。要执行其后的命令,就要在make命令后明显得指出这个lable的名字。这样的方法非常有用,我们可以在一个makefile中定义不用的编译或是和编译无关的命令,比如程序的打包,程序的备份等等。


### 关于 'cache-loader' 模块未找到的解决方案 当遇到 `Syntax Error: Error: Cannot find module 'cache-loader'` 错误时,通常是因为某些依赖项未能正确安装或存在版本兼容性问题。以下是针对该问题的具体分析解决方法: #### 1. 删除现有依赖并重新安装 由于部分依赖可能未完全下载或配置失败,建议清理当前环境中的依赖文件,并重新执行安装操作。 - **删除旧依赖** 进入项目根目录,运行以下命令以移除现有的 `node_modules` 文件夹以及锁定文件: ```bash rm -rf node_modules package-lock.json ``` - **重新安装依赖** 使用以下命令重新拉取所有必要的模块: ```bash npm install ``` 此过程会依据 `package.json` 配置自动解析所需依赖关系[^3]。 #### 2. 处理高版本 Node.js NPM 的兼容性问题 如果使用的 Node.js 或 NPM 版本较高,则可能会触发上游依赖冲突的情况。此时可以通过指定参数来忽略此类警告并强制完成安装流程。 - 执行带选项的安装指令: ```bash npm install --legacy-peer-deps ``` 上述命令能够有效规避因新策略引入而导致的部分历史遗留库无法匹配的问题[^4]。 #### 3. 明确目标加载器及其关联插件的状态 确认是否遗漏了其他间接影响到构建链路的关键组件(例如 `sass-loader`, `style-loader`)。对于特定场景下的样式表预处理工具缺失情况也需要同步关注[^1]。 通过上述措施基本可以消除由缓存机制引发的相关异常状况;当然,在实际开发过程中还应定期更新全局管理软件至最新稳定版次从而减少不必要的麻烦发生几率。 ```javascript // 示例代码片段展示如何验证已修复后的服务端渲染功能是否恢复正常工作状态。 const express = require('express'); const path = require('path'); let app = express(); app.use(express.static(path.join(__dirname, './dist'))); app.listen(8080,function(){ console.log("Server is running on port 8080..."); }); ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ATian+

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值