分散加载：
在实际应用中，有时候需要强制把一段数据，或一段代码，固定到指定的一个地
址。这个时候，就不能使用默认的编译配置，需要自己来配置连接属性。
AG32 中可以通过修改 ld 配置，达成这样的目的。
分散加载在 gcc 下的限制：
不能插入到代码段，只能放到正常编译的 bin 后边(参后详述)。
在默认情况下，AG32 编译时使用的连接配置文件是 AgRV2K_FLASH.ld，位于：
AgRV_pio\packages\framework-agrv_sdk\misc\devices 下。
打开该文件会看到，关联了另外两个文件：
其中，在 AgRV2K_mem.ld 中是多个自定义的标签：而在 mem.ld 的定义中，则是对 section 的使用和分配：
以上的三个文件，总结：
1. AgRV2K_FLASH.ld：关联到工程的，一般不要改动;
2. AgRV2K_mem.ld：自定义标签的定义，如果要新增标签，需要改动;
3. mem.ld：设置编译地址分配的地方，需要改动。
这里，相当于三个文件加在一起，组成一个完整的 scat 文件。这里的语法都是标准的 gcc ld 语法，可自行网上搜索更全的使用方法。
下边只是个简单的举例供参考。
举例：把某个数组和某个函数指定编译到 flash 的某个位置，
比如，指定数组 guSetting 到 152K 的地方(地址为：0x80026000)
指定函数 testFuncToPos() 紧跟在数组后边。
需要做：
1. 在 AgRV2K_FLASH.ld 中定义一个新标签：
FLASH_E 和 FLASH_E_SIZE
分别为起始地址 0x80026000 和 4K 大小;
同时定义 FLASH_EXT 段，后续会来使用;
如下图：
这里的 flash 位置使用时最好放到 code 的结尾处。
并且要考虑 fpga 部分的 flash 使用空间。
(如果不对 fgpa 的位置指定，fpga 会默认占用 flash 的最后 100K)
2. 在 mem.ld 中，根据上边定义的标签，定义 section，如：
.flash : ALIGN(4)
{
*(.testSectionData);*(.testSectionCode);
} > FLASH_EXT
如下图：
这里定义出来两个 section：testSectionData 和 testSectionCode。这两个 section 名称，
就是在代码中使用的关联 section。
3. 在代码中，对数组和函数进行 section 指定，方法如：
__used uint8_t guSetting[16] __section(“.testSectionData”) =
__used __section(“.testSectionCode”) void testFuncToPos(void)
如下图：
并且在项目中调用函数 testFuncToPos。
4. 编译后，可以从工程的\.pio\build\release\路径下查看.readelf 文件，
(如果是 dev 方式编译，路径是：\.pio\build\dev\)打开该文件后，可以看到 guSetting 和 testFuncToPos 正是在我们所期望的
位置上：
注意：这里对 flash 空间规划时，需要增加 fpga(cpld)对空间的使用考虑。附：
关于芯片 flash 大小：
不管所选型号的 flash 是多大，请注意最后 100K 是留给 fpga 使用的。
如果使用的芯片是 256K 的 flash 空间，那么就是 156K 程序+100K fpga，用户程序不能
超过 156K。如果超过 156K 编译是可以通过的，但烧录后会冲掉 ve 配置部分。
ve 配置被冲掉后，程序运行会表现出各种异常(连系统时钟初始化都跑不过)。
如果程序使用的空间较大，fpga 又刚好比较小，可以调整这个界限的值。调整方法如下：
board_logic.compress = true //(可选)对 fpga 部分进行压缩，更省空间
board_upload.logic_address = 0x80034000 //根据实际情况调整该边界值
flash 的大小是在 agrv2k_103.json 中定义的。
flash 起始地址是 0x80000000，ram 是 0x20000000。
另：
分 散 加 载 中 ， 如 果 连 AgRV2K_FLASH.ld 都 想 自 己 指 定 ， 则 需 要 修 改
platformio.ini 中配置项：
board_build.ldscript = AgRV2K_FLASH.ld
分散加载在 gcc 下的限制：
在 arm 中，可以通过_attribute_( at(绝对地址) )的方式，把某个数组或某个函数
强制编译到某个地址，并且不影响其他代码的编译。编译后整个 bin 空间看上去
是连续的。
这是 arm 编译器支持的一个特性。
但 gcc 不支持这样的指定。
gcc 使用 ld 指定的地址，不能在正常编译的 code 的区域内。这个地址只能放在
没有用到的 flash 部分。
也就是说，新指定的位置，必须在正常的编译区域的后边。
实际操作时，代码些许的改动都会影响到 bin 的大小，所以这个指定的位置，往
往会跟正常 bin 之间预留一些空间。所以，自定义 ld 文件的方式 bin 文件会增大
一些。
从 bin 的角度看，code 和指定区域，两段中间空出来的区域，会被填充成 00。
最终 bin 增大的部分，就是这部分填充成 0 的 size 大小。
如果对 bin 的大小比较敏感，那就要缩小这段 0 的区域。可以在最终出包时，看
下其他代码编译后的大小，然后把这段指定地址放的尽量近。
如果对 bin 的大小不太敏感，那就随意指定到没用到的 flash 区域即可。