如何在ARM GNU嵌入式工具链下将Bootloader嵌入应用链接脚本（调试用）

刚好我之前在ARM GNU嵌入式工具链下做过类似的调试需求，给你梳理下完整的步骤——把Bootloader二进制嵌入应用链接脚本其实没那么复杂：

首先你得确保Bootloader是**纯二进制（raw binary）**格式，不能带ELF头、符号表这些额外数据，因为我们要直接把它的机器码塞进应用的特定段里。如果你的Bootloader现在是ELF格式（比如编译出来的bootloader.elf），用objcopy转成raw bin：

arm-none-eabi-objcopy -O binary bootloader.elf bootloader.bin

这一步绝对不能省，要是用了带格式的文件，嵌入后会有冗余数据，直接导致运行出错。

你已经定义了.bootloader段，接下来要把这个段放在合适的地址（比如Flash的起始位置，或者你调试需要的特定地址），然后把Bootloader的二进制文件关联进去：

1. 在链接脚本的SECTIONS块里，明确.bootloader段的位置、属性，并用INCBIN导入二进制：

SECTIONS
{
  /* 先放Bootloader段，这里假设Flash起始地址是0x08000000，根据你的芯片调整 */
  .bootloader : ALIGN(4)
  {
    /* 定义两个符号，方便调试时快速定位Bootloader的首尾地址 */
    __bootloader_start = .;
    /* 核心指令：把Bootloader的二进制文件直接塞进这个段 */
    INCBIN("bootloader.bin");
    __bootloader_end = .;
  } > FLASH /* 指定这个段存放到FLASH区域 */

  /* 下面保留你原有应用的各个段配置，注意地址要避开Bootloader的区域 */
  .text : ALIGN(4)
  {
    __text_start = .;
    /* 你的应用代码段内容，比如*(.text)之类的原有配置 */
  } > FLASH AT > FLASH

  /* 其他段（.data、.bss等）继续保留你原来的配置即可 */
}

这里的ALIGN(4)是因为ARM是32位架构，必须对齐到4字节，避免非对齐访问错误；INCBIN是GNU链接脚本的内置指令，专门用来把二进制文件的内容直接插入到当前位置。

2. 关于入口地址（ENTRY）：如果只是为了调试嵌入，不用修改应用的ENTRY——除非你要测试Bootloader能不能从应用里直接运行，那可以临时把ENTRY改成__bootloader_start。

用修改后的链接脚本重新编译你的应用，比如：

# 编译应用源码
arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -c app.c -o app.o
# 用修改后的链接脚本链接生成ELF文件
arm-none-eabi-ld -T app.ld app.o -o app.elf
# 要是需要烧录文件，转成bin/hex格式
arm-none-eabi-objcopy -O binary app.elf app_with_bootloader.bin

编译完成后，你可以用readelf验证.bootloader段是否正确嵌入：

arm-none-eabi-readelf -S app.elf

你应该能看到.bootloader段的地址范围，它的大小和bootloader.bin的大小完全一致。

• 要查看Bootloader的内容，直接在调试器里跳转到__bootloader_start这个符号对应的地址，就能看到嵌入的机器码了。
• 要是想临时运行Bootloader，调试时可以手动把PC寄存器设为__bootloader_start，然后继续执行——不过要注意上下文，比如Bootloader可能需要自己初始化栈指针，最好先了解Bootloader的启动流程。
• 一定要确保.bootloader段和应用的其他段地址不重叠，不然链接器会报错，但提前算好Bootloader的大小，给应用留足够的空间更稳妥。

因为是嵌入调试，Bootloader本身不需要修改，但要确保它的编译地址和你在链接脚本里指定的.bootloader段地址一致——比如如果Bootloader原本是编译到0x08000000，那你嵌入时也要把.bootloader段放在这个地址，不然Bootloader里的绝对地址跳转就会出错。

内容的提问来源于stack exchange，提问作者Stephan