[参考译文] 编译器/TMS320F28375D：有关编译器的问题

我可以解释发生了什么。 我不能告诉你最好的前进道路。  这需要了解系统知识和系统启动方面的专业知识、我对此缺乏了解。

有关一些有用的背景信息、请在 C28x 汇编工具手册中搜索 标题为汇编器如何处理段的子章节。 阅读该文档、充分了解术语"未初始化"段和"已初始化"段。

在实验1中、变量 sone_const 位于已初始化的段.econst 中。 链接器命令文件使用此行…分配此段

.econst :>> FLASHF | FLASHG | FLASHH PAGE = 0、ALIGN (4) 

当您不显示该段时，我假设该已初始化段已编程到闪存中。 因此、当系统开始运行时、.econst 段已经存在。

在实验2中、变量 sone_const 位于已初始化的 my_section 中。 链接器命令文件使用此行…分配此段

my_section：> RAMD1，page = 1 

CCS 使用内置加载程序将已初始化的段从可执行.out 文件复制到 RAM。 在没有 CCS 的情况下引导系统时、这种复制是如何发生的？ 我假设无法访问可执行的.out 文件。

为了进一步说明将已初始化段从.out 文件复制到 RAM 的问题、请考虑如何针对代码完成此操作。 链接器命令文件包含这些行…

ramfuncs ：LOAD = FLASHD，
RUN = RAMLS0 | RAMLS1 | RAMLS2 | RAMLS3、
load_start (_RamfuncsLoadStart)、
load_size (_RamfuncsLoadSize)、
load_end (_RamfuncsLoadEnd)、
run_start (_RamfuncsRunStart)、
run_size (_RamfuncsRunSize)、
run_end (_RamfuncsRunEnd)、
PAGE = 0、ALIGN (4) 

这表明已初始化的代码段 ramfuncs 在存储器范围 FLASHD 中有一个加载地址、在其中一个 RAM 存储器范围中有一个运行地址。 load_start 运算符与其他类似运算符一起创建符号、这些符号在系统启动期间用于将 ramfuncs 段从闪存复制到 RAM。 需要使用类似的解决方案将初始化的数据段 my_section 编程到闪存中、然后在系统启动期间复制到 RAM 中。 据我所知，没有人这样做。 我不知道为什么。

在实验3中、当我构建代码时、我获得该诊断…

警告#849-D：my_section 段包含不兼容的对象"so_variable"(data)和"se_const"(const)、"se_const"不会包含在 my_section 中 

变量 sone_const 位于已初始化段.econst 中、变量 sone_variable 位于未初始化段 my_section 中。 这就是它的作用类似于实验1的原因。

谢谢、此致、

乔治

您面临两个主要限制。

第一、在同一文件(C 或汇编)中、一个段只能被初始化或未初始化。  不要同时使用这两者。  一旦一个段被建立为一个段、它就不能更改为另一个段。

第二、几乎不支持将初始化的数据段放入 RAM 中。  这并不是不可能的。  但您必须自己完成所有操作。

[引用 user5931564]I 了解 TI 编译器不支持 const 的 DATA_SECTION。
它是否正确？

您可以在您命名的段中放置常量变量。  但不能将非常量变量放在同一段中。

[引用 USER="user5931564">我要做的是将所有非常量变量(RAM)放入 my_section 中。
是否有任何方法可以指定此类内容？

对常量变量和非常量变量使用不同的段名。  切勿将它们混用。

谢谢、此致、

乔治