用于引导程序更新的FLASH区域如何默认为初始数据。

处理器：PIC18LF6720编译器：xc8 PRO 1.40公司终于开始购买付费许可证，所以我正在更新一个真正老的、免费的、与MPLAB 8.old一起使用的最新版MPLAB X的高科技C编译器。在这个装置上擦拭闪光灯的上半部。然后，我用闪存的上半部分存储大量数据，客户可以通过PC应用程序从串口更新。然而，在初始产品发货时，此区域包含放置的默认/示例数据。在HiTech C编译器中，使用#pragma pspect const=DefaultData在示例数据之前的文件中工作得很好。样本数据为6个4K字节大小的结构对象。还有一个全局构建选项--pDebug数据＝10000 HTO来访问这个数据，我使用表读和写。生活是好的。现在，使用更新的“亲”版本的编译器，这些都不起作用。首先，XC8编译器的CP＝16命令行选项不起作用。如果我在XC8全局选项的“附加选项”字段中设置了这个选项，链接器仍然将大部分代码放在0x10000边界之上，并且这个构建永远不会工作。在0x10000以上的区域中的故障数据。如果阅读了许多关于使用γ-分段（）、-L- p的论坛帖子。-L…我所得到的最好结果是：-L-ADEFAULTCLASS=10000h-10fffhx16-L-PDefaultData=DEFAULTCLASS为了得到这个结果，我将数据对象的大小减少到512字节，但是现在我需要128个字节的空间，以防止编译器使用大于0x10000的FLASH空间。似乎有一个大小问题，防止它与更大尺寸的对象一起工作。而且，如果我在一个文件中声明了所有对象，那么它会将它们集中到一起，用于合并大小的一个大分配。缺省数据不会消耗为客户数据区域保留的整个区域，所以编译器仍然会保留这些区域来填充内容。我现在得到的错误是：:0:err。或者：（1347）在“BIGRAM”类（最大未使用的连续范围0x700）中找不到用于psect“bssBIGRAM”的0x849单词（0x849withtotal）。这一切都与古老的HiTech C编译器一起工作，但我想使用更新的编译器进行代码大小优化。自定义psect的大小是否有限制？自定义链接器类有大小限制吗？我需要将链接器类、psects、u.()调用组合起来为数据保留FLASH的上半部分，但是在那里存储一些默认数据？谢谢你提供的任何帮助。