[参考译文] CODECOMPOSER：CCS 20.0.1.4、仅在构建时更新了错误和警告

Ergin

在 CCS 中、我们将显示在实际编译(即由编译器报告)期间发现的错误/警告。  我认为 VS Code 使用的是 Microsoft C/C++扩展包。  查看 VS Code 安装、我认为具体就是此设置：

Microsoft 已授权此扩展、因此它只能与 VS Code 一起使用。

有其他人环入线程,他们可能能够评论,如果可以安装另一个扩展,可以提供相同的功能,或者可能这是我们必须添加到我们自己的 clangd 扩展。

此致、

John

尊敬的 John：

感谢您的答复。 我在 VS Code 中尝试了上述两个扩展、一个是 Microsoft 的 C/C++(使用 c_cpp_properties.json)、另一个是 LLVM 扩展的 clangd (使用.clangd 作为 config)、两者都运行良好、符合预期。 带有 clangd LSP 的 Neovim 还会选择.clangd 配置并完美运行。

CCS/Theia 中的 clangd 扩展与我所能说的相同(只是稍微旧一点)、但实际不能按预期工作、或者在内部关闭或关闭了某些功能。

如果 CCS 的默认行为是它仅更新编译/编译时的错误/警告、您可能需要在某个时候修复该问题。

不管怎样、CCS 中的某些内容已经在生成 compile_commands.json 文件、这是非常恼人的部分。 还有一个错误顺便说一句。 以及处理 compile_commands.json 生成的任何人。 该命令是使用命令中的 clang++作为编译器生成的、而不是 tiarmclang.exe、我始终必须在编译后替换 tiarmclang 的所有 clang++。

以下是 VSCode 中的配置(对于 AM64的 uart_echo_callback 示例)：

此致、

埃尔金

尊敬的 Baltasar：

好的、很好知道。 我明白你的意思了。 对于 AM24/64设置、我们有类似的错误、并在.clang/c_cpp_properties 文件中使用怪异的黑客行为将它们删除。 由于我们仅使用 AM64/24 ATM、因此我们现在可以进行管理。

我可以看到、以干净的方式管理 TI 大量 MCU 可能是另一回事。

此致、

埃尔金