小编Gun*_*ter的帖子

我们正在尝试从 Code::Blocks 迁移到 Visual Studio Code 进行 C/C++ 开发。主要原因是通过 IntelliSense 提供了更好的代码完成方式。但两者的比较不是这里的主题。

为了编译旧项目，我们在 Visual Studio Code 中设置了 makefile 和任务。到目前为止效果很好。

事情变得复杂的是不同的构建目标。假设我们有一个示例项目，其中我们需要编译程序的两个版本，它们大约有 95% 相同。因此，在 Code::Blocks-time 中，我们决定将所有内容保留在一个项目中，但通过 Defines 和 ifdef 区分不同的源代码位。因此，您选择正确的构建目标，它将定义附加到 gcc 调用中，并构建两者的正确版本。为了让事情变得更复杂，每个版本还有一个调试和发布目标。所以总共有四个构建目标：

• 版本 1 DEBUG，构建于-DVERSION1 -DDEBUG
• 版本 1 RELEASE，构建于-DVERSION1 -DRELEASE
• 版本 2 DEBUG，构建于-DVERSION2 -DDEBUG
• 版本 2 RELEASE，构建于-DVERSION2 -DRELEASE

因此，我们在 VS Code 中使用的 makefile 已设置好，我们还可以选择构建目标并构建正确的版本。到目前为止，一切都很好。

现在 C/C++ 扩展和 IntelliSense 开始发挥作用。他们使用 clang 动态“编译”代码，以自动完成并突出显示实际使用的代码部分。因为我们的#define不同版本的 s（VERSION1 或 VERSION2）仅在 makefile 中提供给 gcc 编译器，所以 clang 不知道它们。在不了解它们的情况下，代码部分会变灰（这没什么大不了的），而且自动完成对于恰好在这样的部分中声明的变量也不起作用。

当然，我们可以在 中指定定义c_cpp_properties.json，并在那里创建不同的构建目标。但这意味着我们需要在构建目标之间切换两次：第一次是 C/C++ 扩展，第二次是 makefile。我很确定人们会忘记其中之一并感到沮丧。 …