[参考译文] TMS320F2812：当小于半满时、连接器无法适合存储器部分

您好！  

报告的错误是由于代码/数据放置到段中的内存不充足。   

您的项目中 vars1和 vars2的大小是多少？ 这两个项目都被分配给 my_MEM、因此它应该有足够的空间来同时容纳这两个项目。  

增大 my_MEM 的大小是否可以解决该问题？

此致

Siddharth

尊敬的 Siddharth：

提醒一下、这来自使用旧工具构建的代码和 cmd 文件。  我将对其进行修改、以便使用更新的 CCS 工具。  因此、升级到新工具时会出现问题。

我不知道这是否会有区别、但我需要注意的是、这两个文件都来自链接到主程序的库中的汇编文件。  vars1和 vars2的大小与链接器计算的0x11和0x4大小或总计0x15相匹配。

您的请求、原来为它们分配了0x30的旧 cmd 文件。  我现已暂时将其增加至0x71、但链接器仍然无法同时适合这两者。

因此、我认为问题不在于存储器大小。  它必须是"trampoline"。  你知道吗?

谢谢！

据

Ed、  

之前使用过哪个版本的编译器、您现在正在使用哪个版本？

trampoline 调用是实现 长分支指令的链接器特定功能。

尊敬的 Siddharth：

感谢您对蹦床的解释。  很有道理的。  我假设访问变量存在等效关联？

BTW 中的所有相关变量均位于相关工程的汇编文件中、并使用.usect 定义。  除了各自的项目外、它们似乎不用于其他任何地方。  因此问题可能完全出在这些项目中、而编译器切换到使用长访问只是需要的。

这是有关编译器的信息。  由于重点关注这些工具、因此我还包括了旧工具的命令行选项。

旧工具 v4.1.1.

旧的附属项目

cpp 文件：cl2000 -v28 -c -ea .cls -b -g -ss -k -mf -ml -Mn -mt -mx -PE -OS -o3

asm 文件：cl2000 -v28 -c -eo .aob-al -as

链接：         lnk2000 -q -m .map

旧的主工程

cpp 文件：cl2000 -v28 -c -ea .cls -b -g -ss -k -mf -ml -Mn -mt -mx -PE -OS -o3

链接：        lnk2000 -q -m - o .abs

新工具 v20.2.5.LTS。

谢谢！

据

Ed、  

将您的问题转发给编译器团队。  

此致

Siddharth

很显然、使用旧工具构建问题数据段时未被阻止。  为了对其进行验证和解释、需要使用测试用例来展示有关您的代码以及如何构建代码的大量信息。  我怀疑你不愿意提交这么多细节。

谢谢。此致、

-George.

没错。  感谢你的帮助。

据