3. 开发环境搭建：交叉编译工具链安装、Makefile基础、链接脚本（.lds）解析、硬件调试器（JTAG/SWD）配置

说实话，Bootloader 开发的第一步，往往不是写代码，而是把环境搭好。我见过不少新手，代码写得挺顺，结果卡在工具链上，一卡就是半天。这一章，咱们就把这些基础活儿捋清楚。

3.1 交叉编译工具链：为什么需要它？

你写代码的电脑是 x86 架构，但目标芯片是 ARM 或 RISC-V。x86 编译出来的二进制，ARM 芯片根本看不懂。交叉编译工具链，就是让你在 PC 上生成目标芯片能执行的机器码。

我个人习惯用 arm-none-eabi- 这套工具链。它针对裸机环境，没有操作系统依赖，非常适合 Bootloader。

安装完成后，验证一下：

arm-none-eabi-gcc --version
arm-none-eabi-objdump --version
arm-none-eabi-objcopy --version

能看到版本号，说明工具链就绪了。核心工具就这几个：

工具	作用
arm-none-eabi-gcc	C 编译器，把源码编译成目标文件
arm-none-eabi-ld	链接器，把多个目标文件链接成可执行文件
arm-none-eabi-objcopy	格式转换，ELF → bin/hex
arm-none-eabi-objdump	反汇编，查看生成的机器码
arm-none-eabi-size	查看各段大小

3.2 Makefile 基础：别手动敲命令了

每次编译都敲一长串 gcc 命令？太累了。Makefile 就是帮你自动化这件事的。

一个最简单的 Makefile 长这样：

# 目标文件名
TARGET = bootloader

# 编译器
CC = arm-none-eabi-gcc
LD = arm-none-eabi-ld
OBJCOPY = arm-none-eabi-objcopy

# 源文件
SRCS = start.S main.c uart.c
OBJS = $(SRCS:.S=.o)
OBJS := $(OBJS:.c=.o)

# 编译选项
CFLAGS = -mcpu=cortex-m3 -mthumb -Wall -O2 -nostdlib -ffreestanding
LDFLAGS = -T link.ld -nostartfiles

all: $(TARGET).bin

$(TARGET).elf: $(OBJS)
	$(LD) $(LDFLAGS) -o $@ $^

%.o: %.S
	$(CC) $(CFLAGS) -c -o $@ $<

%.o: %.c
	$(CC) $(CFLAGS) -c -o $@ $<

$(TARGET).bin: $(TARGET).elf
	$(OBJCOPY) -O binary $< $@

clean:
	rm -f *.o *.elf *.bin

.PHONY: all clean

这里有几个关键点：

• $@：目标文件名
• $^：所有依赖文件
• $<：第一个依赖文件
• -T link.ld：指定链接脚本，这个后面细说
• -nostdlib：不用标准库，Bootloader 不需要

3.3 链接脚本（.lds）：告诉芯片代码放哪

链接脚本是 Bootloader 开发里最容易忽略、但又最关键的一环。它决定了你的代码、数据、堆栈分别放在内存的什么位置。

一个典型的链接脚本：

/* link.ld - Bootloader 链接脚本 */
ENTRY(Reset_Handler)

MEMORY
{
    FLASH (rx)  : ORIGIN = 0x08000000, LENGTH = 128K
    RAM   (rwx) : ORIGIN = 0x20000000, LENGTH = 20K
}

SECTIONS
{
    .text :
    {
        KEEP(*(.isr_vector))    /* 中断向量表 */
        *(.text*)               /* 代码段 */
        *(.rodata*)             /* 只读数据 */
        _etext = .;             /* 代码段结束地址 */
    } > FLASH

    .data : AT(_etext)
    {
        _sdata = .;             /* 数据段起始地址 */
        *(.data*)               /* 初始化数据 */
        _edata = .;             /* 数据段结束地址 */
    } > RAM

    .bss :
    {
        _sbss = .;              /* BSS 段起始地址 */
        *(.bss*)                /* 未初始化数据 */
        _ebss = .;              /* BSS 段结束地址 */
    } > RAM

    _stack_top = ORIGIN(RAM) + LENGTH(RAM);  /* 栈顶 */
}

我来解释一下：

• MEMORY：定义芯片的物理内存布局。Flash 用来放代码，RAM 用来放变量。
• SECTIONS：把不同的段分配到对应的内存区域。
• .isr_vector：中断向量表，必须放在 Flash 起始位置。
• .data 段：初始化的全局变量，运行时要从 Flash 拷贝到 RAM。
• .bss 段：未初始化的全局变量，启动时要清零。
• _stack_top：栈顶指针，通常放在 RAM 的最高地址。

3.4 硬件调试器配置：JTAG 和 SWD

代码写好了，怎么烧进去？怎么调试？这就轮到调试器上场了。

目前主流的有两种接口：

接口	引脚数	速度	适用场景
JTAG	5 脚（TMS, TCK, TDI, TDO, nTRST）	较慢，但功能完整	复杂芯片、FPGA、多核调试
SWD	2 脚（SWDIO, SWCLK）	较快，引脚少	ARM Cortex-M 系列，Bootloader 常用

我个人更推荐 SWD，原因很简单：引脚少，布线方便，速度还快。对于 Bootloader 开发来说完全够用。

常用的调试器硬件有：

• J-Link：SEGGER 出品，稳定可靠，支持大多数 ARM 芯片
• ST-Link：ST 官方调试器，便宜，但只支持 STM32
• OpenOCD + USB 转 JTAG/SWD：开源方案，灵活但配置稍复杂

以 OpenOCD 为例，一个典型的配置文件：

# openocd.cfg
source [find interface/stlink.cfg]
source [find target/stm32f1x.cfg]

# 使用 SWD 接口
transport select hla_swd

# 烧录命令
flash write_image erase bootloader.bin 0x08000000
reset run

连接成功后，你就可以用 GDB 进行源码级调试了：

arm-none-eabi-gdb bootloader.elf
(gdb) target remote localhost:3333
(gdb) load
(gdb) break Reset_Handler
(gdb) continue

看到程序停在 Reset_Handler 入口，说明环境全部打通了。