[参考译文] AM335x-TMW-IEC61850-demo：使用 VS Code 作为 Windows 上 CCS 编译器主代码编辑器的最佳实践

在 VS 代码设置中安装 C/C++ Intellisense 扩展。 请参阅下图。

转到扩展设置并添加源目录的路径、以参考 SDK 路径和工作区路径。

请参阅下图。

  使用 Add folder to workspace 选项打开 VS 代码中的 SDK 和 CCS 工作区工程/文件夹。

此致、

Tushar

尊敬的 Tushar：

感谢您的快速答复和可视指南。

但是、虽然这种手动方法仅适用于简单示例、但对于 AM335X-TMW-IEC61850-demo 或其他重型工业协议栈等复杂工程、这种方法不是很可扩展或用户友好。

具体地说、我对手册中的“包含路径“方法有两个主要关注点：

性能和准确性：对整个 SDK 路径使用递归通配符 (/) 会迫使 VS Code 对数千个不相关的文件进行索引、这会严重减慢 IntelliSense 的速度、并且通常会导致不正确的符号定义。

缺少宏：此方法完全忽略在 CCS 编译设置中配置的预定义编译器宏和特定于工程的#define 符号。 如果没有这些宏、VS Code 就无法正确地评估#ifdef /#ifndef 分支、从而使大量活动代码块灰显。

我的后续问题：
手动操作很容易出错、因此是否有任何自动的方法可以直接从 CCS 编译过程中提取确切的编译器标志、包含路径和宏？

例如、由于 CCS 6.1.3 基于 Eclipse、是否有特定脚本、社区插件或解析构建控制台日志以生成 compile_commands.json 文件的方法？

此致、

Zhengzhong Lu

你（们）好  

我正在将您的问题发送给 CCS 团队以供进一步评论。 请在一天或两天内回复。

此致、

Tushar

您好、Zhengzhong、

我的目标是在继续使用 CCS 工具链构建工程的同时、纯粹将 VS Code 用作编辑器。

CCS IDE 中缺少的 VS Code 功能使您希望在 VS Code 中开发代码？

[报价 userid=“531929“ url=“~/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1656425/am335x-tmw-iec61850-demo-best-practices-for-using-vs-code-as-primary-code-editor-with-ccs-compiler-on-windows ] IDE：Code Composer Studio 6.1.3

我看到您使用的 CCS 版本非常旧且不受支持。 您使用此旧版本是否有任何具体原因？ 请注意、当前的 CCS 版本基于 Theia IDE、Theia IDE 本身是 VS Code 的分支。

编译数据库：是否有建议的方法或内置标志来直接从 Windows 上的 CCS 编译版本生成 compile_commands.json 文件？

编译 CCS 工程时、CCS 的当前版本将生成 compile_commands.json 文件。

谢谢

Ki

尊敬的 Ki：

感谢您的详细回复和有关最新 CCS 版本的信息。

我仍然使用这个较旧版本 (CCS 6.1.3) 的主要原因是我们集成了 PROFINET 工业通信协议栈。 为该协议栈提供的代码编译环境和工具链专门与该较旧版本的 CCS 相关联。 升级 IDE 和编译器可能会破坏栈的兼容性或认证、因此我目前被迫继续将其用于构建。

由于我必须坚持使用 CCS 6.1.3 工具链进行编译、因此我想将 VS Code 纯作为现代编辑器使用、以利用 IntelliSense 等功能和更好的代码导航功能。

再次感谢您的帮助！

此致、

Zhengzhong Lu

尊敬的 Ki：

话虽如此、我还是很好奇：如果我们尝试将这个旧的 CCS 6.1.3 工程迁移到最新版本的 CCS、我们应该了解是否存在任何潜在的风险或隐藏的缺陷？

鉴于这些版本之间存在巨大差距、而且我们对 PROFINET 协议栈的依赖、我担心编译器版本、链接器命令文件或特定工程配置可能存在兼容性问题。 您会推荐此类迁移吗？ 如果是、在不破坏现有栈的情况下、将工程从基于 Eclipse 的旧 CCS 迁移到基于 Theia 的新环境时、是否有任何官方指南或最佳实践？

此致、

Zhengzhong Lu