STM32 裸机编程 04 - Makefile 构建自动化

Makefile:构建自动化

我们可以用 make 命令行工具替代手动敲入"编译"、"链接"、"烧写"这些命令,自动完成整个过程。make 工具使用一个名为 Makefile 的配置文件,从中读取执行动作的指令。这种自动化方式非常棒,因为这样可以把构建固件的过程、使用了哪些编译标记等也文档化。

https://makefiletutorial.com 上有一个非常好的给初学者的 Makefile 教程,强烈建议看一下。下面我将列出一些非常必要的概念以理解我们所使用的 Makefile。对于已经很熟悉 make 的朋友,可以跳过这一部分。

其实 Makefile 的格式并不复杂:

复制代码
action1:
	command ...     # Comments can go after hash symbol
	command ....    # IMPORTANT: command must be preceded with the TAB character

action2:
	command ...     # Don't forget about TAB. Spaces won't work!

现在我们可以跟动作名(也被称作目标)一起调用 make 来执行相应的动作:

复制代码
$ make action1

当然,也可以在命令中定义和使用变量,动作也可以是需要创建的文件名:

复制代码
firmware.elf:
	COMPILATION COMMAND .....

任何动作都可以有一个依赖列表。例如,firmware.elf 依赖源文件 main.c,当 main.c 改变时,make build 就会重新构建 firmware.elf:

复制代码
build: firmware.elf

firmware.elf: main.c
 COMPILATION COMMAND

我们已经准备好为固件编写 Makefile,定义一个 build 动作/目标:

复制代码
CFLAGS  ?=  -W -Wall -Wextra -Werror -Wundef -Wshadow -Wdouble-promotion \
            -Wformat-truncation -fno-common -Wconversion \
            -g3 -Os -ffunction-sections -fdata-sections -I. \
            -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 $(EXTRA_CFLAGS)
LDFLAGS ?= -Tlink.ld -nostartfiles -nostdlib --specs nano.specs -lc -lgcc -Wl,--gc-sections -Wl,-Map=$@.map
SOURCES = main.c

build: firmware.elf

firmware.elf: $(SOURCES)
	arm-none-eabi-gcc $(SOURCES) $(CFLAGS) $(LDFLAGS) -o $@

在这里我们定义了一些编译标记。?= 表示这是默认值,我们可以在命令行中覆盖它们,像这样:

复制代码
$ make build CFLAGS="-O2 ...."

上面的 Makefile 文件中定义了 CFLAGSLDFLAGSSOURCES 变量,然后我们告诉 make ,当要 build 时创建 firmware.elf 文件,它依赖 main.c 文件,使用 arm-none-eabi-gcc 编译器和给定的编译标记生成它。$@ 特殊变量会被展开成动作/目标名,在这个例子中是 firmware.elf

现在调用 make 试一下:

复制代码
$ make build
arm-none-eabi-gcc main.c  -W -Wall -Wextra -Werror -Wundef -Wshadow -Wdouble-promotion -Wformat-truncation -fno-common -Wconversion -g3 -Os -ffunction-sections -fdata-sections -I. -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16  -Tlink.ld -nostartfiles -nostdlib --specs nano.specs -lc -lgcc -Wl,--gc-sections -Wl,-Map=firmware.elf.map -o firmware.elf

如果我们再次运行:

复制代码
$ make build
make: Nothing to be done for `build'.

make 会检查 firmware.elf 和依赖项 main.c 的修改时间,如果是它们是最新的,则什么都不做。如果我们修改下 main.c,则会重新构建:

复制代码
$ touch main.c # Simulate changes in main.c
$ make build

现在,还剩下"烧写"这个动作/目标:

复制代码
firmware.bin: firmware.elf
	arm-none-eabi-objcopy -O binary $< $@

flash: firmware.bin
	st-flash --reset write $(TARGET).bin 0x8000000

OK,现在从终端中执行命令 make flash 就会创建 firmware.bin 文件,然后通过 st-link 烧入板子。当 main.c 改变时,这个命令也会重新构建,因为 firmware.bin 依赖 firmware.elffirmware.elf 又依赖 main.c。所以我们的开发循环就是这样的两步:

复制代码
# Develop code in main.c
$ make flash

还有一个良好实践就是在 Makefile 中添加 clean 动作,以删除构建生成的文件:

复制代码
clean:
 rm -rf firmware.*

完整工程源码可以在 step-0-minimal1 文件夹找到。

相关推荐
DeepVisionary11 小时前
谷歌 Gemini Omni 1.1 Flash 正式发布:4K 视频、40 秒场景延伸,视频生成进入按 token 计费时代
python·自动化
虎王物联12 小时前
STM32 HAL库串口DMA空闲中断:高效接收不定长Modbus数据帧
stm32·单片机·嵌入式硬件·dma·modbus
自小吃多12 小时前
DXF文件导入与PCB板框定义笔记
笔记·嵌入式硬件
众壹新能源科技12 小时前
功率预测误差考核怎么降?从气象源到上报口径的排查清单
运维·人工智能·自动化
单片机仿真设计15 小时前
【proteus仿真】基于 STC89C52 单片机家用智能台灯设计(仿真图+程序)
stm32·单片机·嵌入式硬件·proteus·毕设
2601_9507906815 小时前
深圳国产单片机厂商怎么选?技术能力与服务能力检查表
单片机·嵌入式硬件·国产mcu·芯片厂商·深圳单片机·单片机选型
笨笨饿17 小时前
#135_代码中的类型重定义艺术:从基础封装到函数类型设计
开发语言·stm32·单片机·嵌入式硬件·mcu·物联网·嵌入式实时数据库
西城微科方案开发17 小时前
高精度低功耗胎压计方案——气压表解决方案
单片机·嵌入式硬件
St_rive18 小时前
移动端自动化环境搭建与准备
运维·自动化