[参考译文] LAUNCHXL-F280039C：通用电机控制 v5.04 导入工程 CCS 会失败元数据

您好：

该主题已分配给专家以供进一步审查和采取行动。 请注意、由于假日季节的原因、我们团队的响应时间可能会比平时慢。 我们将尽快回复您、感谢您对此事的理解。
感谢您的查询,我们期待尽快为您提供帮助。

此致、
Zackary Fleenor

尊敬的 Yanming Luo：

即使通过导入向导、它也不会导入、将整个工程复制到 CCS 中、不创建虚拟链接、但 UMCSDK v5.03 会正确导入 CCS v12.8.1 和 CCS2020、并创建虚拟链接。 CCS2020 有奇怪的导入行为,说至少弄错了 CCS12.8.1 现有的工作项目... 更大的问题发生在混合导入的文件和虚拟链接与索引器,以查找甚至显示在编辑器中已解决的符号。 REX 下载的 zip 文件中的 MCSDK v5.04 元数据文件似乎存在问题。 我会尝试您提供的链接并返回报告。 有一个快乐的感恩节:-)   

奇怪的是、这是必须将整个工程导入到 CCS 工作区文件夹目录中的唯一方法。 但是、工程的导入方式应保持一致、因为固件版本之间应建立链接。 很久以前我们曾经将相同的导入文件导入到工作区文件夹中、但当工作目录中存在虚拟链接和物理文件时、索引器会拒绝解析符号。 奇怪的是、CCS Thea 甚至更加令人困惑、因为它导入了虚拟链接、并且一些工作区文件在重复导入过程。 当您将文件移动到工程内的文件夹或删除虚拟链接时、实际文件将在原始 C：\ti\c2000\目录路径中删除。 到目前为止、不喜欢 Thea 的行为和#if Defined (my_code) 语句的亮点、很难识别为在任何主题照明中被禁用。   

这种导入方法使编译器使用 C2000ware driverlib 符号错误进行编译变得复杂、这些错误发生在几个模块中没有#include、并在 (lin.c 和 driver.c) 两个最严重的错误中标记了缺失符号错误。 最近发现、工程在构建时可能不会出现 symbol missing 错误、但会省略打算在#if defined (my_code) 语句中编译的代码。