[参考译文] SysConfig：具有共享内存区域的多核工程无法同时作为工程和独立构建

如果您解释为什么需要以这种方式工作、我认为这可能会有所帮助。 即为什么您需要使用 SysConfig 独立工具而不是在 CCS 中打开.syscfg 文件。

在本例中、我们将为 Core 1_0 上的软件使用无头构建。 这最终将是我们的终端客户唯一能够编写和重新编程的软件、因此必须能够独立构建。 出于开发目的、我们还需要在单个更高级别的工程中使整个工程的 syscfg 文件正常工作、以帮助加快开发和调试速度、并仅为方便使用而设置。  

我们目前已采取变通办法、使这两种方案都能正常工作、但它为我们增加了额外的步骤。 每个 syscfg 文件了解共享存储器区域似乎更容易、因此无论我们是独立构建内核的工程还是从多核工程中构建、syscfg 都生成相同的文件。

这看起来像是 TI 的一个。 同时…

由于缺少存储器区域、链接器将失败

也许您可以通过将错误代码降级为警告来抑制错误。 请参阅示例 CODECOMPOSER：对象文件不存在时链接器致命错误 — Code Composer Studio 论坛 — Code Composer Studio︎ — TI E2E 支持论坛

很遗憾、在这种情况下、错误是有效的。 由于 链接器文件缺少内核之间的共享存储器区域、并且我们专门将内容放置在该内核的存储器区域中、因此我完全预计链接器会出现故障。

当前权变措施是通过构建系统工程来构建有效的链接器。 然后将生成的链接器复制到静态位置、从 syscfg 构建中排除 linker.cmd、然后从构建中排除 EXCLUDE 文件夹。 它不是最坏的工作,但在我们开发的这一阶段,它很难在内存映射中进行更改。

我想这应该是 SysConfig 团队按照“可识别多核的独立 SysConfig “行的行文提出的特性请求。

也许 马丁斯 可以评论吗？