20 生成目标文件的时候,有什么好方法能读取两个不同的链接文件,来生成两个链接地址不同的目标文件(.bin .hex)

发布于 2023-11-27 16:01:04 浏览：771 订阅该版

聚散无由 2023-11-29

jswyll

# 生成两个目标文件

## 分析

假设你使用RT-Thread Studio，构建Debug工程，那么编译文件在`工程主目录(makefile.targets文件所在的目录)/Debug`

### 编译过程

编译过程的大致有三个步骤：

1. 编译源代码，把.s、.c文件编译为.o文件，这些在和源文件目录对应的Debug目录下，例如`applications`源文件对应的编译脚本在`工程主目录/Debug/applications/subdir.mk`：

```makefile
    C_SRCS += \
    ../applications/main.c

OBJS += \
    ./applications/main.o

C_DEPS += \
    ./applications/main.d

applications/%.o: ../applications/%.c
        arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -O0 -ffunction-sections -fdata-sections -Wall  -g -gdwarf-2 -DSOC_FAMILY_STM32 -DSOC_SERIES_STM32F4 -DUSE_HAL_DRIVER -DSTM32F407xx ... -std=gnu11 -MMD -MP -MF"$(@:%.o=%.d)" -MT"$(@)" -c -o "$@" "$<"
    ```

2. 链接编译好的.o文件，把.o文件链接为.elf文件，这个编译规则在`工程主目录/Debug/makefile`中的如下片段：

```makefile
    rtthread.elf: $(OBJS) $(USER_OBJS)
        arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -O0 -ffunction-sections -fdata-sections -Wall  -g -gdwarf-2 -T "xxx\linkscripts\STM32F407ZG\link.lds" -Xlinker --gc-sections -Wl,-Map,"rtthread.map" -Xlinker --cref -o "rtthread.elf" $(OBJS) $(USER_OBJS) $(LIBS)
    ``````

3. 把.elf文件输出为.bin文件，这个编译规则在`工程主目录/Debug/makefile`中的如下片段：

```makefile
    rtthread.bin: rtthread.elf
        arm-none-eabi-objcopy -O binary "rtthread.elf"  "rtthread.bin"
    ```

### 需求分析

1. 编译规则文件`Debug/makefile`、`Debug/makefile.targets`、`subdir.mk`等由工具自动生成，不允许手动编辑。手动改了也会被覆盖掉。

2. 观察`Debug/makefile`，可见其中有一行`-include ../makefile.defs`，它表示引入上一层文件夹即工程主目录下的`makefile.defs`文件，它的前缀`-`表示如果文件不存在不报错。那么，我们在工程主目录新建`makefile.defs`文件并添加自定义规则即可自定义编译规则。

3. 使用两个链接脚本生成不同的目标文件，只需要重复前面所述编译过程的2、3步骤

## 解决方案

1. 从`linkscripts`目录下复制一份链接脚本。例如`STM32F407ZG`目录，并重命名为`link-2.lds`

2. 在工程主目录新建`makefile.defs`文件，添加以下内容：

```makefile
    rtthread-2.elf: $(OBJS) $(USER_OBJS)
        arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -O0 -ffunction-sections -fdata-sections -Wall  -g -gdwarf-2 -T "../linkscripts/STM32F407ZG/link-2.lds" -Xlinker --gc-sections -Wl,-Map,"rtthread-2.map" -Xlinker --cref -o "rtthread-2.elf" $(OBJS) $(USER_OBJS) $(LIBS)

rtthread-2.bin: rtthread-2.elf
        arm-none-eabi-objcopy -O binary "rtthread-2.elf"  "rtthread-2.bin"

SECONDARY_FLASH += rtthread-2.bin
    ```

其中，`rtthread-2.elf`从`工程主目录/Debug/makefile`中的`rtthread.elf`片段复制，并把链接脚本的路径改为第二个链接脚本的路径，把`"rtthread.map"`修改为`"rtthread-2.map"`，把`-o "rtthread.elf"`修改为``-o "rtthread-2.elf"``；

`rtthread-2.bin`从`工程主目录/Debug/makefile`中的`rtthread.bin`片段复制，并把`-o "rtthread.bin"`修改为`-o "rtthread-2.bin"`；

`SECONDARY_FLASH += rtthread-2.bin`表示在`工程主目录/Debug/makefile`中的`SECONDARY_FLASH`变量中添加`rtthread-2.bin

> **说明**
>
> makefile.defs文件中缩进使用Tab键，不是空格。

## 更多

如果目标文件是.hex文件，可以在菜单栏 - 项目 - C/C++构建 - 设置 - 工具设置 - GNU ARM Cross Create Flash Image - General，把Output file format选项改为Intel HEX，处理办法同理。

```makefile
rtthread-2.elf: $(OBJS) $(USER_OBJS)
	arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -O0 -ffunction-sections -fdata-sections -Wall  -g -gdwarf-2 -T "../linkscripts/STM32F407ZG/link-2.lds" -Xlinker --gc-sections -Wl,-Map,"rtthread-2.map" -Xlinker --cref -o "rtthread-2.elf" $(OBJS) $(USER_OBJS) $(LIBS)

rtthread-2.hex: rtthread-2.elf
	arm-none-eabi-objcopy -O ihex "rtthread-2.elf"  "rtthread-2.hex"

SECONDARY_FLASH += rtthread-2.hex
```

cwq1142173025 打赏了 20.00 元 2023-11-30 09:14:09

聚散无由 2023-11-29

jswyll

cwq1142173025 2023-11-29

这家伙很懒，什么也没写！

聚散无由 2023-11-29

jswyll

聚散无由 2023-11-29

jswyll

cwq1142173025 2023-11-30

这家伙很懒，什么也没写！

聚散无由 2023-11-30

jswyll

[@cwq1142173025](https://club.rt-thread.org/u/241e4b6766b84c8b)

哈哈哈，假设你已经制作好了第二个链接脚本并取名为gd32_rom-2.ld，想象中的做法是这样的：

1. 修改rtconfig.py。添加第二个链接参数，将`gd32_rom.ld`改为`gd32_rom-2.ld`；在`POST_ACTION`中追加第二个链接参数的动作：

```python
    # ...

LFLAGS = DEVICE + ' -Wl,--gc-sections,-Map=rtthread-gd32-1.map,-cref,-u,Reset_Handler -T gd32_rom.ld'
    LFLAGS_2 = DEVICE + ' -Wl,--gc-sections,-Map=rtthread-gd32-2.map,-cref,-u,Reset_Handler -T gd32_rom-2.ld'

# ...

TARGET_NAME = 'rtthread-1'
    TARGET_NAME_2 = 'rtthread-2'
    POST_ACTION = OBJCPY + ' -O binary $TARGET rtthread-1.bin\n' + SIZE + ' $TARGET \n'
    POST_ACTION += OBJCPY + ' -O binary ' + TARGET_NAME_2 + '.elf ' + TARGET_NAME_2 + '.bin\n'
    ```

![20231130103000.png](https://oss-club.rt-thread.org/uploads/20231130/7ebe0df92b1519df3643ea82fbbd783f.png.webp)

2. 修改SConstruct。引用上一步的几个配置；在env变量中追加`LINKFLAGS_2`变量，并在env["LINKCOM"]追加构建第二个elf的命令：

```python
    # ...
    TARGET = rtconfig.TARGET_NAME + '.' + rtconfig.TARGET_EXT
    TARGET_2 = rtconfig.TARGET_NAME_2 + '.' + rtconfig.TARGET_EXT

DefaultEnvironment(tools=[])
    env = Environment(tools = ['mingw'],
        AS = rtconfig.AS, ASFLAGS = rtconfig.AFLAGS,
        CC = rtconfig.CC, CCFLAGS = rtconfig.CFLAGS,
        AR = rtconfig.AR, ARFLAGS = '-rc',
        LINK = rtconfig.LINK, LINKFLAGS = rtconfig.LFLAGS, LINKFLAGS_2 = rtconfig.LFLAGS_2)
    env.Replace(LINKCOM = [env["LINKCOM"], 
                        env["LINKCOM"].replace('$LINKFLAGS', '$LINKFLAGS_2').replace('$TARGET', TARGET_2)])

# ...
    ```

![20231130103209.png](https://oss-club.rt-thread.org/uploads/20231130/92ccc17936b4684f38d8bef0b13d5323.png.webp)

3. 在env环境下输入命令并回车：

```sh
    scons
    ```

输出如下：

```sh
    scons: Reading SConscript files ...
    scons: done reading SConscript files.
    scons: Building targets ...
    scons: building associated VariantDir targets: build
    LINK rtthread-1.elf
    LINK rtthread-1.elf
    arm-none-eabi-objcopy -O binary rtthread-1.elf rtthread-1.bin
    arm-none-eabi-size rtthread-1.elf
       text    data     bss     dec     hex filename
     145300    2048    3040  150388   24b74 rtthread-1.elf
    arm-none-eabi-objcopy -O binary rtthread-2.elf rtthread-2.bin
    scons: done building targets.
    ```

> **说明**
    >
    > 由于SConstruct的`DoBuilding(TARGET, objs)`调用一次但实际执行了两个链接命令，所以输出显示两个`LINK rtthread-1.elf`，但实际是链接了不同的elf文件。无伤大雅。

4. 编译完成后，产生了`rtthread-1.elf`和`rtthread-2.elf`，`rtthread-1.bin`和`rtthread-2.bin`。