[参考译文] CCSTUDIO：CCS 版本 20.5 won&#39；t 构建多核项目

您好、Dmitri、

我们对项目进行了组织、这样、触发编译过程会首先编译 CPU3 项目、然后在结束时编译 CPU2 和 CPU1 项目。

我假设 CPU1 是 CPU2 和 CPU3 指定为工程依赖项的父工程。 这是正确的吗？

我尝试了上述格式没有问题。

您可以尝试清理 CCS 缓存并重试吗？

https://software-dl.ti.com/ccs/esd/documents/users_guide_ccs/ccs_faqs.html#i-want-to-restart-code-composer-studio-with-a-fresh-environment-how-do-i-do-this

谢谢

Ki

您好、Ki、  

正确、CPU2 工程将 CPU3 工程作为依赖项、CPU1 将 CPU2 工程作为依赖项。

清除现金后,我得到了 这样的问题输出:

构建仍然受阻。

 在我们的工程中、有一个名为.control 的段和一个名为.c/.h 控制的文件。 但我不确定 common_control.lst 是否与我们的命名有关。

还有其他提示吗？

此致、Dmitri

但我不确定 common_control.lst 是否与我们的命名有关。

编译器列表文件。 但是、我不确定这是否会影响任何方面。

您为什么器件构建？ 使用的编译器版本是什么？

谢谢

Ki

KI、

我尝试了从 v1.0.0 到 v2.2.0 的 Clang 版本、行为没有变化。 器件是 F29H850TU9。

此致、Dmitri

工作区中是否还有引用相同工程的系统工程？

KI、

您喜欢多核工程示例吗？ 不、没有这个问题。

以下是作为文件夹打开时我们的工程的外观：

CONFIG、device_support 和 src 文件夹链接到所有内核工程、而不是复制。 自动编译文件夹包含用于编译后处理步骤的文件。

此致、Dmitri

您的意思是多核项目示例中的表现吗？ 不、我们没有这个功能。

好吧、您似乎没有系统工程。 我之所以问这个问题、是因为我注意到、与工作区中的系统工程相关的工程可能会导致编译卡住。

如果删除了工程依赖项、您是否能够构建每个单独的工程而不会出现问题？

KI、

删除依赖项后、可以运行 CPU1 和 CPU2 的构建。  但 CPU3 构建仍处于与第一个 POST 相同的状态。 似乎这是导致问题的工程。

此致、Dmitri

谢谢你 Ki,很高兴知道这不是什么在我们身边。

德米特里

请注意、该问题将在几周内发布的 CCS 20.5.1 版本中得到修复。