大家晚上好，在这里祝大家端午安康。今天给大家分享的是工程管理工具cmake，没有先介绍makefile工程管理工具（坦白来说，这两者都差不多，cmake最终还是会生成Makefile的，只是说cmake语法稍微比较简单一些，没有Makefile那么复杂！）。就自己个人经历，现在一般公司去写Makefile和cmake的比较少（当然去招聘网站上，有的时候还是可以看到有这个技能要求会写的，所以说能够自己写出来是最为完美的！），一般都是直接使用厂家的Makefile或者Cmake；但作为学习，还是要认真学习里面的原理，比如出现了错误，你要能够定位到错误并把它解决掉，因为可能错误就出现在配置好的Makefile或者Cmake里面，所以你要看的懂里面代码的意思（也就是说，你知道这个工具是这样用，但是也要明白它的原理机制，做到之知其然，知其所以个然来！），这样才能把问题解决掉。
CMake是一个跨平台的Makefile生成工具，可以根据特定的规则生成相应的Makefile文件，并对C/C++源代码进行编译和管理。 有一篇博客介绍CMake的使用，比较通俗易懂，链接地址是：Cmake 详解 CMake的官方下载地址为：https://cmake.org/download/ 官方文档地址为：CMake 3.16 Documentation 官方的CMake指南地址为：CMake Tutorial
首先，不得不承认，cmake很强大，发展了这么多年，整个生态已经相当完善，功能也相当丰富，这点xmake目前是比不了的。
CMake是一个跨平台的Makefile生成工具，可以根据特定的规则生成相应的Makefile文件，并对C/C++源代码进行编译和管理。 有两篇博客介绍CMake的使用，比较通俗易懂，链接地址是：
CMake 是一个跨平台的自动化建构系统，可以用简单的命令来控制软件编译过程。下面是一个关于如何使用 CMake 进行项目配置和编译的教程。
大家好，上次给大家分享了第一篇 cmake 文章:cmake学习总结（一），今天继续给大家分享cmake。那么废话就不多说，开始内容分享。
测试是代码开发工具箱的核心组成部分。通过使用单元和集成测试进行自动化测试，不仅可以帮助开发者在早期检测功能回归，还可以作为新加入项目的开发者的起点。它可以帮助新开发者提交代码变更，并确保预期的功能得以保留。对于代码的用户来说，自动化测试在验证安装是否保留了代码功能方面至关重要。从一开始就为单元、模块或库使用测试的一个好处是，它可以引导程序员编写更加模块化和不那么复杂的代码结构，采用纯粹的、函数式的风格，最小化并局部化全局变量和全局状态。
本文介绍【米尔MYD-YG2LX开发板】在工控领域的应用，实现基于SOEM的EtherCAT主站。开发环境基于WSL2。
对于大多数项目，源代码是通过版本控制系统进行跟踪的；它通常作为构建系统的输入，构建系统将其转换为对象、库和可执行文件。在某些情况下，我们使用构建系统在配置或构建步骤中生成源代码。这可以用于根据在配置步骤中收集的信息来微调源代码，或者自动化原本容易出错的重复代码的机械生成。生成源代码的另一个常见用例是记录配置或编译信息以确保可复现性。在本章中，我们将展示使用 CMake 提供的强大工具生成源代码的各种策略。
then find the file ~/ClickHouse/CMakeLists.txt
The results of a successful configuration are build files that control the build step. The nature of the build files depends on the generator used during configuration, but in all cases they contain several targets, one per library, and a default global target corresponding to all the libraries.
项目中想用google test，项目也是用cmake管理的。 于是想用cmake 添加gtest
交叉编译算是每个嵌入式开发者都会经历的一道坎吧，通俗的描述就是搭建Arm板代码编译环境，让代码能够在Arm板子上跑起来。常用到的编译工具为Makefile和CMake，本篇记录下CMake的常用技巧。
背景简单CMake 父子项目+链接外部库例子+QT父工程CMakeList.txtcmake_minimum_required(VERSION 3.12)project(zd_cmake)#set(ZDPOWER_PATH "D://test") # 设置环境变量#include(${CMAKE_CURRENT_SOURCE_DIR}/cmake/zdpower.cmake) # 包含其他cmake文件# 使用add_subdirectory 添加子工程add_subdirectory(zdstorelib
1. 下载基础包； 2. 配置vscode； 3. cmake 基础################### 软件下载 ###################vscode：官方： https://code.visualstudio.com/Download其他下载： http://work.eisc.cn/ruanjian/windows/c/ruanjian/VSCodeUserSetup-x64-1.75.1.execmake：官方： https://cmake.org/downlo
文档在所有软件项目中都是必不可少的：对于用户，解释如何获取和构建代码，并说明如何有效地使用您的代码或库，对于开发者，描述库的内部细节，并帮助其他程序员参与并贡献于您的项目。本章将展示如何使用 CMake 构建代码文档，使用两个流行的框架：Doxygen 和 Sphinx。
在使用CMake构建项目时，经常会用到 CMAKE_CURRENT_SOURCE_DIR 这个变量，用于获取当前源代码目录的路径。然而，有时候在项目中存在多级子目录的情况下，CMAKE_CURRENT_SOURCE_DIR 变量可能无法正确解析。 本文将介绍一种解决 CMAKE_CURRENT_SOURCE_DIR 变量无法正确解析的方法。
LuaBridge 是一个简单好用的轻量级且无依赖的库，用于在C ++和 LUA（一种强大，快速，轻量级，可嵌入的脚本语言）之间来回映射数据，函数和类。
你或许听过好几种 Make 工具，例如 GNU Make ，QT 的 qmake ，微软的 MS nmake，BSD Make（pmake），Makepp，等等。这些 Make 工具遵循着不同的规范和标准，所执行的 Makefile 格式也千差万别。这样就带来了一个严峻的问题：如果软件想跨平台，必须要保证能够在不同平台编译。而如果使用上面的 Make 工具，就得为每一种标准写一次 Makefile ，这将是一件让人抓狂的工作。
你或许听过好几种Make工具，例如GNU Make ，QT的qmake ，微软的MS nmake，BSD Make（pmake），Makepp，等等。这些Make工具遵循着不同的规范和标准，所执行的Makefile格式也千差万别。这样就带来了一个严峻的问题：如果软件想跨平台，必须要保证能够在不同平台编译。而如果使用上面的 Make 工具，就得为每一种标准写一次Makefile，这将是一件让人抓狂的工作。
可能我们有时候已经习惯了使用大型IDE去编写一些C++工程，经常使用大型IDE例如VS、Clion、VC++6.0，这些大型的软件都已经为我们提供好了编译链接工具，我们不需要自己去手动设置编译器，也不需要了解相关知识就可以写代码进行编译运行。
它的语法简洁易上手，对新手友好，即使完全不会 lua 也能够快速入门，并且完全无任何依赖，轻量，跨平台。
CMake 是一个跨平台的编译构建工具，用来自动化生成 Makefile 之类的构建文件的。
CMakeLists.txt： # ------------------project目录---------------------- # # |-- bin # |-- lib # |-- main.c # |-- testFunc.c # |-- testFunc.h # |-- CMakeLists.txt # |-- hardware # | |-- beep.c # | |-- beep.h # | |-- server.c # |
Gtest是Google的一个开源框架，它主要用于写单元测试，检查真自己的程序是否符合预期行为。可在多个平台上使用（包括Linux, Mac OS X, Windows, Cygwin和Symbian）。它提供了丰富的断言、致命和非致命失败判断，能进行值参数化测试、类型参数化测试、“死亡测试”。
CMake是开源、跨平台的构建工具，可以让我们通过编写简单的配置文件去生成本地的Makefile，这个配置文件是独立于运行平台和编译器的，这样就不用亲自去编写Makefile了，而且配置文件可以直接拿到其它平台上使用，无需修改，非常方便。
每个项目都必须处理依赖关系，而 CMake 使得在配置项目的系统上查找这些依赖关系变得相对容易。第三章，检测外部库和程序，展示了如何在系统上找到已安装的依赖项，并且到目前为止我们一直使用相同的模式。然而，如果依赖关系未得到满足，我们最多只能导致配置失败并告知用户失败的原因。但是，使用 CMake，我们可以组织项目，以便在系统上找不到依赖项时自动获取和构建它们。本章将介绍和分析ExternalProject.cmake和FetchContent.cmake标准模块以及它们在超级构建模式中的使用。前者允许我们在构建时间获取项目的依赖项，并且长期以来一直是 CMake 的一部分。后者模块是在 CMake 3.11 版本中添加的，允许我们在配置时间获取依赖项。通过超级构建模式，我们可以有效地利用 CMake 作为高级包管理器：在您的项目中，您将以相同的方式处理依赖项，无论它们是否已经在系统上可用，或者它们是否需要从头开始构建。接下来的五个示例将引导您了解该模式，并展示如何使用它来获取和构建几乎任何依赖项。
CMake是一个跨平台的安装(编译)工具,可以用简单的语句来描述所有平台的安装(编译过程)。他能够输出各种各样的makefile或者project文件,能测试编译器所支持的C++特性,类似UNIX下的automake。
Below is a step-by-step tutorial covering common build system use cases that CMake helps to address. Many of these topics have been introduced in Mastering CMakeas separate issues but seeing how they all work together in an example project can be very helpful. This tutorial can be found in the Tests/Tutorial directory of the CMake source code tree. Each step has its own subdirectory containing a complete copy of the tutorial for that step.
大家好，在上一篇文Cmake文章里面，我们同样在文章的最后面留了一个问题实现，就是把源文件放到src目录下，把头文件放到include目录下去，这样也比较符合别人和自己日后去配置工程（一看到这两个目就能知道啥意思了，清晰明了），同时在linux环境下生成的elf文件放到bin目录下；不过在文章发出去了几天，后面有网友又有提出了一些新的需求：
在学习CMake和和Makefile之前我们先学下g++这个工具，大家或许会问为什么要学g++，不应该直接学CMake和Makefile吗。实际上如果你不掌握g++根本就不会写Makefile，因为它实际上就是对g++代码的整理，有了Makefile，执行程序会更加快速方便。另外CMake就是为了简化Makefile的编写，它可以自动生成Makefile。
在本书的最后一章中，我们将结合前面章节中讨论的多个不同的构建块，并将其应用于一个实际项目。我们的目标将是逐步展示如何将一个非平凡的项目移植到 CMake，并讨论这样的过程中的步骤。我们将为移植您自己的项目或为遗留代码添加 CMake 支持提供建议，无论是来自 Autotools，来自手工编写的配置脚本和 Makefile，还是来自 Visual Studio 项目文件。
gtest 是 Google 开发的一个用于 C++ 的测试框架，广泛应用于编写和运行单元测试，并且支持任何类型的测试，而不仅仅是单元测试。
cJSON是基于ANSI C的跨平台JSON解析开源库,支持cmake跨平台编译. 使用cmake也不复杂,以gcc编译为例以下是编译过程。
make和CMake之间的关系是CMake 通过命令可以生成make执行的Makefile文件，所以说CMake 是make 的升级版的生成工具
paho.mqtt.c是eclipse开发的C语言跨平台mqtt client 开源库,paho.mqtt.cpp是对应的C++ Client,paho.mqtt支持CMAKE编译，本文以脚本形式提供了使用CMAKE基于VS2015/Windows以及GCC/MinGW的编译过程。
CMake是一个开源的、跨平台的自动化构建系统，用于管理软件构建过程。它通过编写配置文件（CMakeLists.txt），自动生成适合不同编译器和操作系统的构建脚本或项目文件。CMake以其强大的跨平台能力成为众多开发者构建项目的首选工具。无论是简单的单文件项目，还是复杂的多文件、多文件夹乃至集成第三方库的大型工程，CMake都能游刃有余。本文将结合实例详细介绍cmake的常见用法，包括单文件、多文件、多文件夹以及引用第三方库等。
cJSON是基于ANSI C的跨平台JSON解析开源库,在嵌入式应用中使用比较广泛, cJSON支持CMAKE编译，本文以脚本形式提供了使用CMAKE基于VS2015/Windows以及GCC/MinGW的编译过程。
cgal4.4编译vs2005版本，不支持，不知道能不能自己修改配置文件，记录一下，以后解决！！
本文主要说明下，caffe源码分析过程中的cmake（结合IDE CLion）工程构建问题。在分析caffe源码的过程中，我没有仅仅只是看代码，而是：
MySQL为开源数据库，因此可以基于源码实现安装。基于源码安装有更多的灵活性。也就是说我们可以针对自己的硬件平台选用合适的编译器来优化编译后的二进制代码，根据不同的软件平台环境调整相关的编译参数，选择自身需要选择不同的安装组件，设定需要的字符集等等一些可以根据特定应用场景所作的各种调整。本文描述了如何在源码方式下安装MySQL。
偷懒了好久没有写分享了，最近的时间也是花费了很多时间大量优化了之前游戏服务器框架和组件的很多细节。其中，相对独立且同时也被其他的项目使用的一个工具则是基于 cmake 和 git 且兼容 vcpkg 的构建系统 cmake-toolset 。之所以要写这么个构建工具主要是要提供比 vcpkg 更宽容的兼容性（没办法我们公司的编译环境比较古老），并且提供更进一步的定制化能力（包含但不限于功能开关和下载源，这些东西 vcpkg 也是很后期才有了个初步的支持）。那么先来记录一下构建系统适配过程中的一些问题吧。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/briblue/article/details/89515470
注：如果要重新初始化只要删除data目录库文件存储地或者新建一个库文件存储地，重新初始化，提示两个ok就是成功
Opencv就不解释了，是个很有名的图形库。不仅在进行软件开发的过程中需要用到，而且他也是很多开源软件的运行依赖，所以安装一个Opencv就很有必要了，即使自己本身并不想学习使用。
之前写过一篇 《[-NDK 导引篇 -] 在NDK开发之前你应知道的东西》 介绍了在进入 NDK 学习之前，如何摆正自己的角色。时隔两年，NDK 系列文章开始填坑，在上一篇 《 NDK 是什么 | FFmpeg 5.0 编译 so 库》 中，介绍了 NDK 的概念，以及其作用。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
