qq_45993770的博客

编译器使用的是CMake生成的构建系统，而IntelliSense使用VSCode自己的配置来解析代码，两个系统之间的差异可能导致IntelliSense无法找到某些头文件或符号。CMake用于构建系统配置，负责生成编译项目所需的Makefile或其他构建文件，而VSCode中的C++扩展负责代码编辑、语法高亮、代码提示和调试等功能。中的配置不完整（例如缺少一些头文件的搜索路径），IntelliSense会报错，而这些错误并不影响CMake的编译。在较新的VSCode版本中，如果使用了。

为mylib指定头文件搜索路径：确保在编译mylib时能够找到必要的头文件。为依赖mylib的目标自动添加头文件路径：使用PUBLIC关键字，使得所有链接mylib的目标（如可执行文件或其他库）也能自动包含这些目录，简化依赖管理。这种方式符合现代 CMake 的最佳实践，通过清晰地指定目标的接口属性（如包含目录），使项目结构更加模块化和易于维护。

递归处理允许 CMake 递归地处理子目录中的，使得每个子目录可以独立定义其构建规则和目标。模块化管理通过将不同功能模块放在独立的子目录中，项目结构更加清晰，便于维护和扩展。作用域管理子目录可以访问父目录的变量，但默认情况下，父目录无法访问子目录中定义的变量。通过使用选项，可以将子目录中的变量传递到父作用域。构建顺序CMake 按照命令的顺序处理子目录，确保构建顺序符合依赖关系。例如，库通常在可执行文件之前构建，以便可执行文件可以正确链接库。独立配置。

CMake 的配置能够自动管理 VS Code 中的包含路径和其他编译设置，通常会覆盖或取代手动在中的设置。通过正确集成 CMake 和 VS Code，可以简化配置流程，提高开发效率，并确保项目配置的一致性和准确性。因此，推荐优先使用 CMake 来管理项目的编译配置，并利用 VS Code 的扩展（如 CMake Tools）来自动处理这些设置，而不是手动配置头文件路径。

在子目录中的值代表了该子目录对应的二进制输出目录。它是相对当前处理的 CMakeLists.txt 文件的上下文变化而变化的，有助于组织和管理构建输出。

如果你使用的是公共的 Conan 包，可以查看包的文档或 GitHub 页面，通常会有关于头文件位置的说明。在这个方法中，包的头文件通常会被拷贝到一个指定的目录，通常是。安装包后，可以在 Conan 的缓存目录中找到该包。在 Conan 中管理的包，头文件的位置通常由包的开发者在包的。在这个文件中，你可以找到与头文件路径相关的变量，例如。通过以上步骤，能够找到 Conan 管理的包的头文件位置。文件，或使用其他命令输出包的信息。打开你感兴趣的 Conan 包的。子目录，通常会包含该包的头文件。

作用：指定链接器在编译时搜索库文件的目录。语法影响范围：全局，影响调用该命令之后定义的所有目标。

*目标（Target）**是 CMake 中的一个基本构建单元，代表了最终要生成的文件或构建过程中的中间产物。可执行文件（Executable）：通过定义。静态库（Static Library）：通过定义，类型为STATIC。动态库（Shared Library）：通过定义，类型为SHARED。模块库（Module Library）：通过定义，类型为MODULE。在 CMake 中，每个目标通过诸如或等命令定义。这些目标可以是最终的可执行文件、静态库、动态库，甚至是一些中间的构建单元。

上述日志显示了使用 CMake 配置项目的完整过程。通过指定构建类型、编译器路径、源代码和构建目录等参数，CMake 成功地生成了适用于 Unix 系统的 Makefile 文件，位于指定的构建目录中。接下来，用户可以使用生成的 Makefile 来编译和构建项目。

cmake命令积累积累用到的cmake指令，便于回顾复习；