[参考译文] TM4C1294NCZAD：更改链接器命令文件中的段链接顺序。

您好、Lal、

通过介绍、我叫 Todd Snider。 我是 TI Arm Clang 编译器工具团队的成员、具有处理链接器的经验。

John 建议、 SECTIONS 规范中的 GROUP 规范将允许您在 GROUP 分配给的存储器区域内订购输出段。 GROUP 中指定的输出段将按顺序连续分配。

关于您要求链接器按照段在链接器命令文件中的显示顺序分配段的请求...我们在链接器中有一个用于此功能/行为的待处理增强请求工作项，我们强烈建议在下一个主要版本(3.x.0.LTS)中使用该功能/行为。 它仍处于规划阶段)。 如果链接器要实现所请求的功能/行为，则需要考虑一些复杂问题...

如何处理进入同一存储器区域的不同类型的放置指令？

某些类型的放置指令比其他指令更受约束。 例如、如果在分配到 SRAM 存储器区域中的特定地址之前指定了对 SRAM 的常规分配、则链接器需要在处理常规放置之前遵守特定的地址放置。

部分｛

  General_SCN：｛*(.data)｝> SRAM

  spert化_scn：  ｛a.o (.scn_a)｝> 0x2000   //其中0x2000在 SRAM 存储器范围内*/

｝

还有其他类型的放置指令 可能没有那么严格、例如"拆分"放置(例如 "SPLIT_SCN：｛*(.scn)｝>> SRAM"-允许将"SPLIT_SCN"分段(在输入段边界上拆分)分配给 SRAM、以可能填补一个分配段和另一个分配段之间的可用间隙)或"一个"放置(例如 "oneof _scn：｛*(.scn)｝> SRAM | EMEMEMEMEMEM"-在 SRAM 或 EMEM 中全部分配"oneof _scn"。

我们最终可以实施的是一种放置指令与另一种放置指令的优先级之间的差异、但对于具有同等优先级放置指令的段、例如：

部分｛

  A_scn：｛*(.A_scn)｝> SRAM

  B_SCN：｛*(.b_scn)｝> SRAM

｝

链接器可以按照它们在链接器命令文件中的显示顺序来分配它们、而不管它们的相对大小如何。

希望这对您有所帮助。

此致、

Todd Snider

您好 Todd、

感谢您花时间详细回答问题。

我浏览了编译器文档并阅读了您提到的选项。

实际上、我们还有一个自定义段"FAST_CODE"、该段从闪存加载并从 RAM 运行(请参阅吹扫)、编译器不允许将此段与从闪存加载和运行的段进行分组。

   .Fast_Code：
   ｛
      。 =对齐(4)；
      *(FAST_CODE)            /* FAST_CODE 段*/
      。 =对齐(4)；
   } 加载=闪存、运行= SRAM、
     load_start (_FastCode_LoadStart)、load_end (_FastCode_LoadEnd)、
     RUN_START (_FastCode_RunStart)

另一方面、如果我们将从 RAM 运行和加载的所有其他段分组、则首先分配最大的内存块、最后分配非常小的 FAST_CODE

我们要定义存储器布局、以便：

1. sysmem 和.stack 应占用较高的存储器范围。
2. 在分配所有其他段后、.sysmem 和.stack 应占用所有剩余的 RAM。
3. 将.stack 放置在 RAM 的末尾、以便在程序执行期间、.stack 和.sysmem 相互增长。

因此、我认为(目前)这只能通过手动分离 RAM 并根据需要放置段来完成。

此致

水平