1. 概述
越来越多的客户在使用 STM32CubeIDE 作为集成开发工具。STM32CubeIDE 在编译代码的时候，用到了链接脚本。通常情况下，STM32CubeIDE 会自动生成默认的链接脚本。但是有些情况下，例如，用户程序需要定义一些特别的段来放置代码或者数据的时候，我们就需要修改链接脚本文件。
最近有客户在修改链接脚本后，编译没有出现问题。但是编译之后生成的 BIN 文件很大，导致无法烧录到 Flash 中。结合这个问题，本文详细分析一下它的原因以及解决办法。
2. 问题描述
使用 STM32CubeIDE 创建工程的时候，在项目工程目录文件夹下生成后缀为 ld 的链接脚本文件，程序的编译和链接都会依赖链接脚本文件。如下图所示，STM32H743VIT6 的 RAM 空间被包含 6 块，每块 RAM 的起始地址是独立的，如果客户需要把指定特定的 RAM 区域放置数据或者代码的时候，需要手动修改链接脚本文件。




客户在使用 STM32H743VIT6 进行应用开发的时候，需要在 0x24000000 以及0x30000000 的 RAM 空间定义两个未初始化的数组。所以客户修改了 ld 链接脚本文件，添加两 个 SECTIONS 分别定位在 0x24000000 和 0x30000000 位置，同时在代码中使用__attribute__关键字指定数组在对应的 SECTIONS 中。
依照客户的问题描述，我们首先修改链接脚本，添加两个 SECTIONS 分别为ram_at_0x24000000 和 ram_at_0x30000000，参考如下。





同时在源代码中添加两个数组，分别定位在添加的 SECTIONS 中，参考如下。





编译修改之后的工程，是可以正常运行的，但是我们发现当把 ELF 目标文件转为 BIN 文件之后，产生的 BIN 文件非常的大。这就导致如果使用 BIN 文件进行下载的话，是无法下载成功的，因为 BIN 文件的大小以及超出了 Flash 的存储空间。由下图 BIN 文件属性我们可以看到 BIN文件的大小为 650M。

图4. BIN 文件大小


那么是什么原因导致产生的 BIN 文件这么大呢？文件就出在 ld 链接脚本文件这里。




完整版请查看：附件