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


    Makefile:构建自动化

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

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

    其实 Makefile 的格式并不复杂:

    1. action1:
    2. command ... # Comments can go after hash symbol
    3. command .... # IMPORTANT: command must be preceded with the TAB character
    4. action2:
    5. command ... # Don't forget about TAB. Spaces won't work!

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

    $ make action1
    

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

    1. firmware.elf:
    2. COMPILATION COMMAND .....

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

    1. build: firmware.elf
    2. firmware.elf: main.c
    3.  COMPILATION COMMAND

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

    1. CFLAGS ?= -W -Wall -Wextra -Werror -Wundef -Wshadow -Wdouble-promotion \
    2. -Wformat-truncation -fno-common -Wconversion \
    3. -g3 -Os -ffunction-sections -fdata-sections -I. \
    4. -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 $(EXTRA_CFLAGS)
    5. LDFLAGS ?= -Tlink.ld -nostartfiles -nostdlib --specs nano.specs -lc -lgcc -Wl,--gc-sections -Wl,-Map=$@.map
    6. SOURCES = main.c
    7. build: firmware.elf
    8. firmware.elf: $(SOURCES)
    9. 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 试一下:

    1. $ make build
    2. 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

    如果我们再次运行:

    1. $ make build
    2. make: Nothing to be done for `build'.

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

    1. $ touch main.c # Simulate changes in main.c
    2. $ make build

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

    1. firmware.bin: firmware.elf
    2. arm-none-eabi-objcopy -O binary $< $@
    3. flash: firmware.bin
    4. st-flash --reset write $(TARGET).bin 0x8000000

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

    1. # Develop code in main.c
    2. $ make flash

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

    1. clean:
    2.  rm -rf firmware.*

    完整工程源码可以在 step-0-minimal[1] 文件夹找到。

  • 相关阅读:
    《ElementPlus 与 ElementUI 差异集合》icon 图标使用(包含:el-button,el-input和el-dropdown 差异对比)
    基于C#的无边框窗体阴影绘制方案 - 开源研究系列文章
    产品经理入门学习(一):认识产品经理
    排序---P1781 宇宙总统
    java基于Springboot+vue 旅游管理系统 element 前后端分离
    南大通用数据库-Gbase-8a-学习-10-Gbase8a通过Dblink访问Oracle
    PowerShell 查看 命令 所有的 参数
    跟我学c++中级篇——初等字符串转化初
    [机器视觉]halcon应用实例 边缘检测2
    【KVM-5】KVM架构
  • 原文地址:https://blog.csdn.net/m0_61687959/article/details/133823707