（arm ONE eabi gcc）创建。来自bootloader 2 x固件映像的elf二进制文件

Question

我正在用CLion开发一个STM32F429，并试图从三个。精灵文件创建一个合并的。精灵文件的布局应该是这样的：

• 引导程序。elf（最大256K，但大小不一）

这使得总数达到100万。

我已经试着转换了。elf文件到。bin（带有arm none eabi objcopy）并创建一个1M。bin文件和我编写的自定义工具。我可以确认一下房间的布局。这是正确的。然后我转换生成的。bin文件返回到。精灵与：

arm-none-eabi-objcopy -I binary -O elf32-little --change-section-address .data=0x08000000 in.bin out.elf

数据段地址更改是为了反映STM32F429中闪存的启动。

当我尝试使用openocd刷新此文件时，失败原因如下：

Error: invalid ELF file, no program headers

有没有办法跳过. elfs-

我知道我可以告诉openocd直接通过指定flash地址来使用生成的. bin文件。但是CLion不会让openocd从其arm嵌入的插件中使用flash. bin文件，只有。精灵文件。

编辑：目前我正在使用这些链接器脚本，改编自ST的官方脚本。其中有相当多的内容。我可能只能使用一个链接器脚本来实现这一点。我可以有以下代码：

extern "C" __attribute__((__section__(".bootloader"))) void runBootloader()
{
    Platform platform;
    DFUBootloader bootloader(platform);
}

extern "C" __attribute__((__section__(".image1"))) void runApplication1()
{
    Platform platform;
    Application application(platform);
}

extern "C" __attribute__((__section__(".image2"))) void runApplication2()
{
    Platform platform;
    Application application(platform);
}

如果这些链接器将这些符号放置在正确的位置，它们使用的符号是否也会最终放置在正确的位置？固件映像必须复制以填满两个固件页面，因此应用程序使用的所有符号也必须复制。

Answer 1

看起来像是合并了多个。我描述的elf文件是不可能的，或者至少不是很琐碎。

我已经找到了解决我的问题的方法。虽然CLion无法让openocd闪存。bin文件（其内置的openocd启动命令使用。精灵），但使用以下命令很容易创建一个自定义的Cmake目标来闪存合并的。bin：

openocd -f board/stm32f429discovery.cfg -c "program merged_image.bin exit 0x08000000"