标题: CMake 入门详解：CMakeLists、Make、Makefile 的关系与完整构建流程
作者: #星期六不太累
板块: #开发调优
编号: 1522979
帖子: https://linux.do/t/topic/1522979
时间: 2026-01-27 23:56:27
摘要:

一篇文章带你搞懂 CMake

本文系统讲解 CMake 在 C/C++ 项目中的作用，重点梳理 CMake、CMakeLists、Make、Makefile 之间的关系， 并以 Windows + MinGW 环境为例，完整展示从源码到可执行文件的构建流程。个人理解，如有错误欢迎指出!

关键词：CMake，CMakeLists.txt，Make，Makefile，构建系统，MinGW，gcc，g++

1.CMake、CMakeLists、Make、Makefile 的爱恨情仇
在正式介绍 CMake、CMakeLists、Make、Makefile 之前我们先规定一个说法：本文中所说的 “ 配置文件 ”，特指 “ 构建配置文件 ”，即用于描述编译与链接规则的文件。
1.1.Make 与 Makefile

Make 是一个在软件开发中所使用的构建工具，用于自动化建构软件。

Make 通过名为 Makefile 的配置文件来描述源代码文件之间的依赖关系和构建规则。而 Make 会根据这些规则和依赖关系，判断哪些文件需要重新编译，并执行相应的编译命令，以确保最终生成可执行文件或其他目标文件（这些目标被称为“target”）。这一特点使得 Make 在较大型的项目中尤为方便。大多数情况下，Make 被用于将源代码（.c 或 .cpp）编译为目标文件（.o），再把目标文件链接起来生成可执行文件或者库文件。我们得出第一个关键理解：计算机使用 make 按照 Makefile 中的内容去编译程序。
值得注意的是，Make 这个工具的规范与概念来源于 Unix。如今我们在 Linux 或Windows 里使用的 Make 都是在此基础上重新实现的。比如 Linux 基本都默认装有 GNU make，而 Windows 其本身并没有提供 Make,因此我们需要下载 MinGW，使用里面的 mingw32-make 去实现 Make。此外 MinGW 还为我们提供了 gcc、g++ 等工具，用于构建完整的编译工具链（这里解释了在 Windows 下配置 C/C++ 环境需要安装MinGW 的根本原因）。简单来说，如今我们常说的 make 并不特指某一个具体的程序，而是一个 泛指的概念，代表 “ 由生成器所指定的构建工具 ”。在不同平台和生成器下，它可能对应 make、mingw32-make、nmake 等不同工具。
1.2.CMake（Cross platform Make）与 CMakeLists

CMake 是是一个跨平台的 构建系统生成器（build-system generator）。

CMake 通过配置文件描述建构过程（build process）的方式和 Make 相似，只是 CMake 的配置文件为 CMakeLists。CMake 是通过配置文件 CMakeLists 来描述构建规则。例如 Unix 下 CMake 通过 CMakelists 生成 Makefile 描述构建规则 ，Windows Visual C++ 则生成工程文件（.vcxproj）和解决方案文件（.sln）描述构建规则。我们可以选择不同的生成器去生成不同的配置文件。也就是说 CMake 并不等同于 Makefile 生成器，而是可以通过选择对应的生成器生成多种不同构建系统所需的配置文件。不同构建工具在 CMake 体系中的角色如下表所示，这里我只举两个例子以便于理解：




生成器
执行谁生成的规则
调用的编译器
常见平台




mingw32-make
CMake → MinGW Makefiles
gcc / g++
Windows + MinGW


nmake
CMake → NMake Makefiles
cl.exe
Windows + MSVC



我们在工程中会让 CMake 读取 CMakeLists，并在 build/ 目录中生成适用于所选构建系统（如 Makefile）的构建文件。但为了适用 mingw32-make 我们可以通过 cmake -B build -G "MinGW Makefiles" 中 -G 参数去选择生成器，这里我选择的就是适用于 mingw32-make 的生成器 MinGW Makefiles（在后面我们还会详细讲解）。这里我们只拿 C/C++ 举例，其构建系统流程如下：
进入 gcc/g++ 后，处理流程如下：
不难看出在 C/C++ 环境下，我们的建构过程是这样的：通过 CMake 去选择 MinGW Makefiles 生成器生成 Makefile 去描述源码。
由此我们得出第二个关键理解：工程中 CMake 通过合适的生成器翻译 CMakeLists 生成对应的配置文件，如 Makefile。（请思考这句话中 “ 对应的配置文件 ” 指的是什么）
现在不妨总结一下，我们将上文的两个理解结合起来可以得出 CMake 的工作流程：先由开发者写 CMakeLists ，然后通过 cmake -B build -G "XXX" （“ XXX ” 参数是生成器，后面会详细介绍）命令去选择生成器，并且让 CMake 将开发者写的 CMakeLists 翻译成对应的配置文件。最后我们调用 make 让计算机去按照配置文件编译程序，构建可执行文件。如果限定在 C/C++ 的环境下，CMake的工作流程为：先由开发者写 CMakeLists ，然后通过 cmake -B build -G "MinGW Makefiles" 命令去选择生成器，并且让 CMake 将开发者写的 CMakeLists 翻译成 Makefile。最后我们通过MinGW32-make 命令调用 MinGW32-make 让计算机去按照 Makefile 编译程序，构建可执行文件。（请按照此过程描述一下选择 nmake 生成器时 CMake 的工作流程）。这里还需要我们额外明确两个概念：

CMake 执行 cmake -B build -G "XXX" 时我们称为 Configure 阶段（配置阶段） 。
Make 执行 MinGW32-make 时我们称为 build 阶段。

【本节总结】

开发者写 CMakeLists
CMake 根据生成器生成构建配置文件
构建工具（make / nmake）读取配置文件
编译器完成真正的编译与链接

现在我们已经了解 CMake 的工作流程了，下面将学习如何在 VS Code 中使用 CMake。




2.在 VScode 中使用 CMake
在此部分我将默认你已经下载安装 CMake、MinGW 和 VS Code 并完成添加环境变量，这里我仅提供验证你是否安装成功的方法。如果你还没有，请自行搜索教程并安装。
2.1.验证 CMake 与 MinGW


Win + R 输入 cmd 打开终端，输入 CMake --version，输出类似如下则证明 CMake 安装成功。cmake version 后面的数字是你安装 cmake 的版本。



输入gcc -v，输出类似如下则证明 MinGW 安装成功。




2.2.VS Code 中使用 CMake


打开 VS Code 点击左侧插件选项，在搜索栏里搜索如下插件并下载



自行选择位置，新建名为 HelloWorld 的文件夹



打开 VS Code，点击 打开文件夹 选择之前新建的文件夹 HelloWorld，点击 选择文件夹 打开



点击新建文件，输入 hello.c 如果是 C++ 后缀改为 .cpp



复制下面代码，粘贴到 hello.c 文件里


#include<stdio.h>
int main(){
    printf("Hello World!");

    return 0;
}




点击右上角运行（这一步使用的是 Code Runner 插件，该方式仅用于快速验证环境是否可用，并未使用 CMake 构建系统）



此时会跳出选择编译器，选择 gcc 编译器



点击终端，输出 Hello World 即为正常



在 HellowWorld 文件夹下新建文件，名为 CMakeLists.txt



此时你的 VS Code 大概率会提示你选择选择 工具包（Kit），选择带有 mingw32 的编译器。如果没有先跳过，后面步骤出现时再选。（但一直没有出现或者不小心关闭请看 2.3.2.主动选择生成器）


复制如下代码粘贴至 CMakeLists.txt 中，按下 ctrl + s 保存，VS Code 自动运行。HellowWorld 文件夹多出 build 文件夹，此时 CMake 已经构建出 Makefile。


cmake_minimum_required(VERSION 3.20) # 限定 CMake 的最低版本要求
​
project(hello) # 工程文件名称
​
add_executable(hello "hello.c") # hello 时生成可执行文件的名字，hello.c 是源码




在终端输入 cd .\build\ 按下回车，进入 build 文件。注意看箭头处两者的区别。



在终端输入 mingw32-make 按

标题: 2h4g 60g的服务器你会拿来玩什么？
作者: #qiaoba
板块: #开发调优
编号: 1522980
帖子: https://linux.do/t/topic/1522980
时间: 2026-01-27 23:56:32
摘要:

刚申请的azure云服务器，有什么推荐的项目部署吗？

标题: KIMI K2.5的多模态和知识库水平基本上赶上了gemini3系列
作者: #MIKUSCAT
板块: #搞七捻三
编号: 1522983
帖子: https://linux.do/t/topic/1522983
时间: 2026-01-27 23:59:30
摘要:

Kimi-K2.5在官网上线，进步喜人 
  

开发调优
    
  
  
    官网的k2和k2思考已经替换为k2.5 
在大部分真实用例中能力达到gpt和gemini水平。 
全新多模态能力，等于或超过Gemini水平
至少在常用的测试案例中都能和顶尖打平手 
 [image] 
缺点就是有明显的蒸基米味道  
[image] 
[image]
  


受这个帖子启发，我再次测试kimi K2.5的多模态和知识库水平（在明确禁止工具的情况下）

就是这样一张CG图片，截取自星光咖啡馆与死神之蝶，根据我控制了基本变量（禁用思考等工具）后进行了五次重复回答，KIMI K2.5答对了三次，而gemini3 Pro在AI STUDIO中只答对了一次
另外，kimi还有一个以图搜图的功能，效果不错，能提高准确率，模型会自己判断调用
总体而言进步很大，kimi K2.5能在思考中明确匹配这是柚子社的画风和人物特征，说明数据库和多模态水平有提升

标题: L 站 403，佬们碰到过吗？
作者: #Bowl42
板块: #运营反馈
编号: 1522991
帖子: https://linux.do/t/topic/1522991
时间: 2026-01-28 00:01:56
摘要:

最近每隔一段时间，打开 L 站就 403 了，有佬知道怎么回事吗？但是不影响使用

标题: 周年庆的徽章名字真好听
作者: #今人不见古时月
板块: #搞七捻三
编号: 1522994
帖子: https://linux.do/t/topic/1522994
时间: 2026-01-28 00:02:43
摘要:

一元复始，不二之选，明年应该叫什么呢？
正好是羊年，而且论坛蒸蒸日上，会不会叫三羊开泰呢？

标题: 悄咪咪换个头像ww
作者: #无水硫酸铜
板块: #搞七捻三
编号: 1522999
帖子: https://linux.do/t/topic/1522999
时间: 2026-01-28 00:04:32
摘要:

指挥大香蕉微调了一下 继承了上一版的风格（虽然领域跨度有点大qwq
顺便很好奇的问一下站里有多少佬认得我啊

标题: Z-Image 完整版来了！
作者: #fengchris
板块: #前沿快讯
编号: 1523000
帖子: https://linux.do/t/topic/1523000
时间: 2026-01-28 00:04:50
摘要:

核心特性

未经蒸馏的基础模型：作为非蒸馏的基础模型，Z-Image 保留了完整的训练信号。它支持完整的无分类器引导（CFG），为复杂提示工程和专业工作流提供所需的精确控制。
美学多样性：Z-Image 掌握了极其丰富的视觉语言——从超写实摄影、电影级数字艺术，到精细的动漫和风格化插画。它是需要丰富、多维表达场景的理想引擎。
增强的输出多样性：专为探索而构建，Z-Image 在不同随机种子下能显著提升构图、人脸身份和光照的多样性，确保多人场景始终保持独特且富有动态感。
面向开发优化：社区的理想起点。其非蒸馏特性使其成为 LoRA 微调、结构条件控制（ControlNet）和语义条件控制的良好基础。
强大的负面控制能力：对负面提示具有高保真响应，使用户能够可靠地抑制伪影并调整构图。

 Z-Image 与 Z-Image-Turbo 对比




方面
Z-Image
Z-Image-Turbo




CFG




步数
28~50
8


可微调性




负面提示




多样性
高
低


视觉质量
高
极高


强化学习（RL）






模型地址：造相-Z-Image
demo：ModelScope 魔搭社区

标题: 新人报到，超喜欢这里😍
作者: #misc
板块: #搞七捻三
编号: 1523003
帖子: https://linux.do/t/topic/1523003
时间: 2026-01-28 00:06:29
摘要:

大家好，新人报到
从知道这个论坛到光速注册通过不到一天，真是效率 
这里有意思，以后这就是我家了！