在使用CMake构建C++项目时，有时可能会遇到以下错误信息：Unknown CMake command "add_compile_definitions"。这个错误提示表明在CMakeLists.txt文件中使用了一个未知的CMake命令add_compile_definitions。
本节将会对文档进行总结和补充。所以建议先浏览一遍文档，或者看完本篇文章再回头看一遍文档。
本文对CMake中库的打包，安装，导出以及支持find_package，使其能够很简单的应用到其他的项目中进行详细的总结。
每个项目都必须处理依赖关系，而 CMake 使得在配置项目的系统上查找这些依赖关系变得相对容易。第三章，检测外部库和程序，展示了如何在系统上找到已安装的依赖项，并且到目前为止我们一直使用相同的模式。然而，如果依赖关系未得到满足，我们最多只能导致配置失败并告知用户失败的原因。但是，使用 CMake，我们可以组织项目，以便在系统上找不到依赖项时自动获取和构建它们。本章将介绍和分析ExternalProject.cmake和FetchContent.cmake标准模块以及它们在超级构建模式中的使用。前者允许我们在构建时间获取项目的依赖项，并且长期以来一直是 CMake 的一部分。后者模块是在 CMake 3.11 版本中添加的，允许我们在配置时间获取依赖项。通过超级构建模式，我们可以有效地利用 CMake 作为高级包管理器：在您的项目中，您将以相同的方式处理依赖项，无论它们是否已经在系统上可用，或者它们是否需要从头开始构建。接下来的五个示例将引导您了解该模式，并展示如何使用它来获取和构建几乎任何依赖项。
按照以前的经验，编译Tesseract 3.05就是去GitHub上找一个已经解决了依赖关系（如Leptonica等）的VS2015解决方案，然后在VS中编译生成？是不是最痛苦的地方就是找不到这样的解决方案，或者在自己的Windows中不能正常编译？
在本书的最后一章中，我们将结合前面章节中讨论的多个不同的构建块，并将其应用于一个实际项目。我们的目标将是逐步展示如何将一个非平凡的项目移植到 CMake，并讨论这样的过程中的步骤。我们将为移植您自己的项目或为遗留代码添加 CMake 支持提供建议，无论是来自 Autotools，来自手工编写的配置脚本和 Makefile，还是来自 Visual Studio 项目文件。
首先在Android Studio创建一个Android项目，包名为gebilaolitou.ndkdemo
今天我们组来了位某985计算机学院研二实习生，问我如何在linux跑windows上的c++代码。在此，不禁感叹：现在工业与学术研究差距如此之大！废话不多说，三分钟你就可以学会。
在学习CMake和和Makefile之前我们先学下g++这个工具，大家或许会问为什么要学g++，不应该直接学CMake和Makefile吗。实际上如果你不掌握g++根本就不会写Makefile，因为它实际上就是对g++代码的整理，有了Makefile，执行程序会更加快速方便。另外CMake就是为了简化Makefile的编写，它可以自动生成Makefile。
官方把这个教程放偏后的位置，导致我之前自己去学习 Cmake 和 Ninja 的相关知识，多做了一些重复工作。
CMake 详细说明参考官方文档 https://cmake.org/cmake/help/latest/index.html，其中latest为最新版本版本，不同 CMake 版本，API 有差异，请根据当前项目设置的最低版本来参考，高版本 API 在低版本无法使用。3.20之后的文档会标记该 API 的生效版本
BareSIP是开源的SIP协议栈，我们可以基于BareSIP开发软电话应用。我们可以在项目中直接引入BareSIP的库，也可以将BareSIP的源代码引入到项目中，目前BareSIP还不是很稳定，因此，使用后者的方式方便我们对BareSIP进行二次开发以及修改问题。
你或许听过好几种 Make 工具，例如 GNU Make ，QT 的 qmake ，微软的 MS nmake，BSD Make（pmake），Makepp，等等。这些 Make 工具遵循着不同的规范和标准，所执行的 Makefile 格式也千差万别。这样就带来了一个严峻的问题：如果软件想跨平台，必须要保证能够在不同平台编译。而如果使用上面的 Make 工具，就得为每一种标准写一次 Makefile ，这将是一件让人抓狂的工作。
将CMakeLists.txt文件划分为多个模块化的文件可以使项目结构更清晰、易于维护。每个模块都应该负责特定的任务，例如编译源文件或链接库。这样可以将构建过程分解成小的、易于管理的部分。您可以根据自己的项目需求，将CMakeLists.txt文件划分为几个不同的模块，每个模块负责一个不同的功能。
Android 2.2 以后的版本对NDK的支持已经非常好了。最近把一个纯C的android项目，从eclipse ADT迁移到Android studio上。本文是参考Add C and C++ Code to Your Project 官方文档(需要访问国外网站)，经过各种尝试之后的总结。
现在我们已经收集了足够的信息，可以开始讨论 CMake 的核心功能：构建项目。在 CMake 中，一个项目包含管理将我们的解决方案带入生活的所有源文件和配置。配置从执行所有检查开始：目标平台是否受支持，是否拥有所有必要的依赖项和工具，以及提供的编译器是否工作并支持所需功能。
CMake意为cross-platform make，可用于管理c/c++工程。CMake解析配置文件CMakeLists.txt生成Makefile，相比直接用Makefile管理工程，CMake更灵活和简单。
添加以下代码，注意==不要包含gtest/gtest.h头文件==，若多包含可能会出现struct std::__cxx11::basic_stringbuf<_CharT, _Traits, _Alloc>::__xfer_bufptrs' redeclared with different access错误
交叉编译算是每个嵌入式开发者都会经历的一道坎吧，通俗的描述就是搭建Arm板代码编译环境，让代码能够在Arm板子上跑起来。常用到的编译工具为Makefile和CMake，本篇记录下CMake的常用技巧。
你或许听过好几种Make工具，例如GNU Make ，QT的qmake ，微软的MS nmake，BSD Make（pmake），Makepp，等等。这些Make工具遵循着不同的规范和标准，所执行的Makefile格式也千差万别。这样就带来了一个严峻的问题：如果软件想跨平台，必须要保证能够在不同平台编译。而如果使用上面的 Make 工具，就得为每一种标准写一次Makefile，这将是一件让人抓狂的工作。
Android Studio 2.2 及以后的版本默认使用CMake进行 NDK 编译，让开发者在开发NDK程序时可以进行联机调试，大大的提高了开发者开发NDK程序的效率，如果想详细了解在cmake下定位调试bug的可以看一下笔者以前发布过的文章。
CMake是一个跨平台的Makefile生成工具，可以根据特定的规则生成相应的Makefile文件，并对C/C++源代码进行编译和管理。 有一篇博客介绍CMake的使用，比较通俗易懂，链接地址是：Cmake 详解 CMake的官方下载地址为：https://cmake.org/download/ 官方文档地址为：CMake 3.16 Documentation 官方的CMake指南地址为：CMake Tutorial
两篇博客中 , 简单介绍了 禁用 dex2oat 机制 的原理 , 下面开始 实现 dex2oat 禁用功能 ;
对于大多数项目，源代码是通过版本控制系统进行跟踪的；它通常作为构建系统的输入，构建系统将其转换为对象、库和可执行文件。在某些情况下，我们使用构建系统在配置或构建步骤中生成源代码。这可以用于根据在配置步骤中收集的信息来微调源代码，或者自动化原本容易出错的重复代码的机械生成。生成源代码的另一个常见用例是记录配置或编译信息以确保可复现性。在本章中，我们将展示使用 CMake 提供的强大工具生成源代码的各种策略。
CMake是一个跨平台的Makefile生成工具，可以根据特定的规则生成相应的Makefile文件，并对C/C++源代码进行编译和管理。 有两篇博客介绍CMake的使用，比较通俗易懂，链接地址是：
在之前的博客《conan入门(四):conan 引用第三方库示例》中我们以cJSON为例说明了如何在项目中引用一个conan 包。
大家好我是周旋，欢迎学习【烛照：QT机器视觉软件开发】项目。手把手视频教程已经在网站开始更新：
当多个人用不同的语言或者编译器开发一个项目，最终要输出一个可执行文件或者共享库（dll，so等等）这时候神器就出现了—–CMake！
Note：这篇文章是基于Android Studio 3.01版本的，NDK是R16。
版权声明：本文为博主原创文章，转载请注明源地址。 https://blog.csdn.net/10km/article/details/79973750
打开 Visual Studio 2019 , 在 VS 欢迎界面中 , 选择 " 创建新项目 " 选项 ,
首先说明的是本篇文章不从cmake的整个语法上去讲述，而是从一个实际项目的构建上入手，去了解如何优雅的去构建一个软件项目，搭建一个C/C++软件项目基本的依赖组件，最后形成一个构建C/C++软件项目的模板，方便后面新项目的重复使用。相信对我们日常的软件项目构建都会有很好的收获。废话不都说，开始。
CMake是一个跨平台的安装编译工具，可以用简单的语句来描述所有平台的安装编译过程。
本篇文章主要描述CMake的基本用法。在之前的文件中我对Makefile，Autotools这两个构建工具。相关文章如下：
编写高质量代码并非易事，即使对于经验非常丰富的开发者也是如此。通过向我们的解决方案中添加测试，我们可以减少在业务代码中犯明显错误的风险。但这还不足以避免更复杂的问题。每一段软件都由如此多的细节组成，跟踪它们全部成为了一份全职工作。团队维护产品达成了数十种约定和多种特殊设计实践。
让 CMake 支持 gdb 的设置也很容易，只需要指定 Debug 模式下开启 -g 选项：
make和CMake之间的关系是CMake 通过命令可以生成make执行的Makefile文件，所以说CMake 是make 的升级版的生成工具
在过去，通常使用 makefile 的方式在项目中引入 C/C++ 代码支持，随着 Android Studio 的普及，makefile 的方式已经基本被 CMake 替代。
在前面一篇文章写了如何使用CMake编译“hello world”。这一篇写写构建静态库和动态库。
在使用CMake构建项目时，经常会用到 CMAKE_CURRENT_SOURCE_DIR 这个变量，用于获取当前源代码目录的路径。然而，有时候在项目中存在多级子目录的情况下，CMAKE_CURRENT_SOURCE_DIR 变量可能无法正确解析。 本文将介绍一种解决 CMAKE_CURRENT_SOURCE_DIR 变量无法正确解析的方法。
CMake是一个跨平台的安装(编译)工具,可以用简单的语句来描述所有平台的安装(编译过程)。他能够输出各种各样的makefile或者project文件,能测试编译器所支持的C++特性,类似UNIX下的automake。
今天介绍一下Android Studio 2.2 下 NDK开发 ，那叫一个顺溜—-纵享丝滑! 虽然现在AS 2.2 之后，jni开发配置相当方便，但是还是建议大家从我的第一篇文章看起，从基础知识入手，并且要了解之前是如何配置NDK工程的，这是一个循序渐进的过程。
内部构建会产生很多中间文件，这些文件并不是我们最终想要的，和工程源代码文件放在一起会显得杂乱无章。
你可能会认为，在我们成功将源代码编译成二进制文件之后，作为构建工程师我们的工作就完成了。事实几乎如此——二进制文件包含了 CPU 执行的所有代码，但代码分散在多个文件中，方式非常复杂。链接是一个简化事物并使机器代码整洁、易于消费的过程。
CMake是一个开源的、跨平台的自动化构建系统，用于管理软件构建过程。它通过编写配置文件（CMakeLists.txt），自动生成适合不同编译器和操作系统的构建脚本或项目文件。CMake以其强大的跨平台能力成为众多开发者构建项目的首选工具。无论是简单的单文件项目，还是复杂的多文件、多文件夹乃至集成第三方库的大型工程，CMake都能游刃有余。本文将结合实例详细介绍cmake的常见用法，包括单文件、多文件、多文件夹以及引用第三方库等。
在linux 下进行开发很多人选择编写makefile 文件进行项目环境搭建，而makefile 文件依赖关系复杂，工作量很大，搞的人头很大。采用自动化的项目构建工具cmake 可以将程序员从复杂的makefile 文件中解脱出来。cmake 根据内置的规则和语法来自动生成相关的makefile 文件进行编译，同时还支持静态库和动态库的构建，我把工作中用到的东东总结在此，方便忘记时随时查看，具体cmake的介绍和详细语法还是参考官方文档（http://www.cmake.org/），有一篇中文的cmake 实践 写的不错，可以google一下。
机器人操作系统第二版（ROS 2）作为一种领先的中间件，为机器人应用的开发提供了一系列的通信工具和标准化组件。其通信机制的核心是主题（Topics），服务（Services）和动作（Actions）。在这个生态系统中，主题（Topics）扮演了节点间通信的核心角色，而消息（Messages，简写为msg）则是信息交换的基本单元。尽管ROS 2内置了广泛的标准消息类型，某些特定情境下仍然需要开发者设计自定义消息类型以满足独特需求。接下来，我们将详细探讨在ROS 2中定义和使用自定义消息的流程。
CMake学习笔记（三）——以笔者的Robosub竞赛为例 继笔者认真学习了CMake语法之后，便开始尝试自己用CMake将以前用Qt写的软件框架程序改编为CMake指令生成模式。现已成功，在此奉上一
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
