ALL_BUILD、ZERO_CHECK等详解

最新推荐文章于 2025-04-08 09:16:14 发布
最新推荐文章于 2025-04-08 09:16:14 发布
阅读量6.7k 收藏 4
点赞数
CC 4.0 BY-SA版权
分类专栏： CMAKE
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/FlyingRoc0209/article/details/50627844

一般由CMAKE构建的解决方案（Solution）中包含三工程（Project），分别是ALL_BUILD、ZERO_CHECK、INSTALL

ALL_BUILD只要编译这个工程，所有的工程均会编译；

ZERO_CHECK监视CMakeLists.txt文件的变化，一旦发生变化，它会告诉编译器重新构建整个工程环境。

INSTALL:将工程编译后生成的dll和exe等安装到指定目录中，具体安装位置和安装内容详见该工程的Build Event->Post-Build Event->Command Line。

学习CMake的文档：

http://blog.youkuaiyun.com/Bowater/article/details/2456732

 

Linux内存管理（06）：start_kernel 详解
私房菜
09-18 1053
在bootloader 做好初始化工作后，将 kernel image 加载到内存后，就会跳到kernel 部分继续执行，跑的先是汇编部分的代码，进行各种设置和环境初始化后，就会跳到 kernel 的第一个函数start_kernel() 完成内核系统的所有配置和初始化，其中 setup_arch() 是早期系统的配置和初始化工作。该系列专栏，会通过源码的深入剖析来查看内存管理系统的原理。本文将会是这个系列专栏代码剖析的起点。
Linux内存管理（38）：slub 分配器之kmalloc详解
私房菜
12-01 1022
在之前的 slub 系列博文中，详细地分析了slub 分配的初始化、创建、对象分配、对象释放的原理， linux 系统为内核一些连续内存申请提供了 kmalloc 接口，为此专门创建了不同大小的kmalloc caches，详细可以查看《slub 分配器初始化》第5节。本文在此基础上详细分析 kmalloc 相关接口。
VS工程中的ALL_BUILD、INSTALL、ZERO_CHECK简介
Solititude的博客
08-20 1073
VS工程中的ALL_BUILD、INSTALL、ZERO_CHECK简要介绍
CMake的应用（在vision studio2008中去掉 ALL_BUILD 和 ZERO_CHECK）
jtop0的专栏
01-28 1万+
       一般由CMake是 跨平台软件开发和维护过程的 工程构建工具。“在每个系统构建你的工程，而无须关心创建可执行文件和动态库的具体方法”。      CMake 相对于其他类似工具（shell脚本、Makefiles、Jam文件、基于复杂的脚本的工程像Autoconf和Automake），CMake 对底层系统做更少的假设。CMake使用标准C++实现，所以他可以在大多数现代操作系统上运行。它不使用除了系统的本地构建工具外的其他的工具。      一般CMake 在Vision studio200
简单介绍Cmake生成VS工程中的ALL_BUILD、INSTALL、ZERO_CHECK作用！！
醉逍遥的博客
07-23 1万+
ALL_BUILD用于编译整个项目的工程。ALL_BUILD相当于makefile里面的默认目标，构建整个项目，但不包括install和单元测试等。 ZERO_CHECK监视CMakeLists.txt，如果CMakeLists.txt发生变化，则告诉编译器重新构建整个工程环境。ZERO_CHECK是首先执行的构建目标，会检查生成出的VS项目相比CMakeLists.txt是否过期，如果过期会首...
CMake 自动生成的目标 ALL_BUILD, ZERO_CHECK
icbm的专栏
01-29 6877
ZERO_CHECK该目标会检查生成工程的 CMake 配置文件（ CMakeLists.txt ）是否更新。如更新，将运行 CMake 重新生成工程文件。如果确信 CMakeLists.txt 不会被更新，或者希望手工运行 CMake 重新生成工程文件，可以在 CMakeLists.txt 配置文件中添加 set(CMAKE_SUPPRESS_REGENERATION FALSE) 命令， ZER
【编程基础の基础】__builtin_expect详解（汇编级解释）
weixin_42157432的博客
04-18 2674
这个指令是gcc引入的，作用是允许程序员将最有可能执行的分支告诉编译器（优化执行，减少跳转）。这个指令的写法为：__builtin_expect(EXP, N)。 意思是：EXP==N的概率很大。 一般的使用方法是将__builtin_expect指令封装为likely和unlikely宏。这两个宏的写法如下. #define likely(x) __builtin_expect(!!(x), 1) //x很可能为真 #define unlikely(x) __builtin_expect.
Linux网络详解：网络层-IPv4
weixin_58966834的博客
04-18 1161
而对于需要转发的报文，则进入 ip_mkroute_input 处理，之后返回。可以看到，在收包（IN or FORWARD）逻辑中，连接跟踪注册点位于NF_INET_PRE_ROUTING，在发包过程则位于 NF_INET_LOCAL_OUT ，在这两种情况下，连接跟踪都位于 raw 表与 mangle 表之间。对于UDP，则是通过 udp_sendmsg 发送 IPv4 报文，它主要是调用了 udp_send_skb，之后 udp_send_skb 进一步调用 ip_send_skb 进行处理。
《Python基础教程》内容总览篇（持续更新中）
热门推荐
weixin_43178406的博客
08-26 30万+
大家好，我是爱编程的喵喵。双985硕士毕业，现担任全栈工程师一职，热衷于将数据思维应用到工作与生活中。从事机器学习以及相关的前后端开发工作。曾在阿里云、科大讯飞、CCF等比赛获得多次Top名次。现为优快云博客专家、人工智能领域优质创作者。喜欢通过博客创作的方式对所学的知识进行总结与归纳，不仅形成深入且独到的理解，而且能够帮助新手快速入门。个人精心开设的《Python基础课程》专栏订阅量接近900，帮助不少同学解决了Bug。
错误: 无法部署本地文件 ZERO_CHECK解决方法
如鹿渴慕泉水的专栏
04-08 129
错误: 无法部署本地文件 ZERO_CHECK解决方法
VS 提示无法启动程序“ \DEBUG\ALL-BUILD”,系统找不到指定的文件
weixin_36342174的博客
03-03 5383
解决方案是; 项目 —> 设置为启动项目 如下图：
CMake构建的build文件在VS2015打开时报错：...Debug\ALL_BUILD系统找不到指定的文件
qq_42060887的博客
04-27 1220
解决方法： 把你的程序所在设置为启动项目，即可解决。
关于无法启动程序 all_build
CrazyPotato CV小菜鸟
04-19 7782
将所要运行项目设成启动项
ZERO_CHECK工程出现MSB6006错误问题及解决方法
急速光粒的博客
04-13 2279
最近在编译cmake工程ZERO_CHECK，出现了MSB6006错误，错误提示如下： 1>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(171,5): error MSB6006: “cmd.exe”已退出，代码为 3。 经过分析，发现ZERO_CHECK是从其他机器上复制过来的，文件中有引用的cmake，引用内容为： C:\Program Files\CMake\sh
VS2010编译出现错误，提示无法启动程序“F：\Debug\ALL-BUILD”,系统找不到指定的文件。
Adrianna的专栏
02-17 5784
解决办法：将需要编译的文件设置为启动项；
CMake后，visual studio 2017运行报错：无法启动程序，“...Debug\ALL_BUILD“系统找不到指定的文件
Veronica_gogo的博客
03-24 5837
历经千辛万苦使用CMake编译完，以为万事大吉打开vs 2017，ctrl+F5，报出以下错误： 主要是因为目前vs 2017的启动项目为ALL_BUILD，并不是00_OpenWindow。因此，只需要将00_OpenWindow设置成启动项目即可： ...
cmake编译后的sln中ALL_BUILD和INSTALL项目解析
zeeq的博客
03-26 8201
  使用cmake编译好一个库后，生成的sln工程一般会包含如下几个项目： ALL_BUILD生成所有项目，但不包括install和单元测试等。 INSTALL把cmake脚本里install指令指定的东西安装到CMAKE_INSTALL_DIR里面。   一般在vs生成的时候，就只需要考虑依次生成这两个项目就可以了。下面举具体例子来说明。   首先是cloudcompare，它是一款非常流行的开源点云处理与可视化软件，轻量好用。具体的下载和编译过程可以参考这篇博客。打开sln工程，首先右键生成ALL_
Solution丨运行PCL源码时Visual Stidio 2019提示“无法启动程序...ALL_BUILD，系统找不到指定文件“的问题
m0_68201997的博客
03-19 1957
学习PCL时遇到的一些问题。
zhouziyang@ki-zj-2880:~/code-S59/03IMPLEMENT/0301Code/ISA_engine/build$ grep -E "^[a-zA-Z0-9_-]+:" Makefile default_target: all cmake_force: edit_cache: rebuild_cache: all: cmake_check_build_system clean: preinstall: all depend: so_test: cmake_check_build_system IsaEngine: cmake_check_build_system help: cmake_check_build_system: 我现在发的说明什么
最新发布
08-13
<think>我们正在分析Makefile中的目标（targets）及其依赖关系。用户提供的Makefile片段是通过`grep`命令提取的目标行。我们将解析这些目标行，理解每个目标及其依赖关系，并构建一个依赖关系图。 提供的Makefile目标行： ``` default_target: all cmake_force: edit_cache: rebuild_cache: all: cmake_check_build_system clean: preinstall: all depend: so_test: cmake_check_build_system IsaEngine: cmake_check_build_system help: cmake_check_build_system: ``` 步骤： 1. 解析每个目标行，提取目标名和依赖项（冒号后面的部分）。 2. 注意：有些目标没有依赖项（冒号后面为空），例如`clean`，`help`等。 3. 构建目标依赖关系图。 根据以上内容，我们可以得到以下依赖关系： - default_target 依赖于 all - all 依赖于 cmake_check_build_system - preinstall 依赖于 all - so_test 依赖于 cmake_check_build_system - IsaEngine 依赖于 cmake_check_build_system 注意：没有依赖的目标（如`clean`, `help`等）是独立的目标。 另外，我们注意到`cmake_check_build_system`是多个目标的依赖项，但它的定义没有写依赖（即没有冒号后面的内容），所以它是一个没有依赖的目标（或者说依赖为空）。 因此，我们可以构建一个依赖关系图（有向图）： ``` default_target -> all all -> cmake_check_build_system preinstall -> all -> cmake_check_build_system so_test -> cmake_check_build_system IsaEngine -> cmake_check_build_system ``` 独立目标：cmake_force, edit_cache, rebuild_cache, clean, depend, help, cmake_check_build_system（虽然它是其他目标的依赖，但它本身没有依赖） 注意：在Makefile中，一个目标可以多次出现，但通常我们会合并它们的依赖（或者以最后一次出现的为准）。但在这个片段中，每个目标只出现一次。 现在，我们可以用文字描述每个目标的直接依赖： - default_target: 依赖 all - cmake_force: 无依赖 - edit_cache: 无依赖 - rebuild_cache: 无依赖 - all: 依赖 cmake_check_build_system - clean: 无依赖 - preinstall: 依赖 all - depend: 无依赖 - so_test: 依赖 cmake_check_build_system - IsaEngine: 依赖 cmake_check_build_system - help: 无依赖 - cmake_check_build_system: 无依赖 另外，由于`all`是`preinstall`和`default_target`的依赖，而`all`又依赖于`cmake_check_build_system`，因此`default_target`和`preinstall`间接依赖于`cmake_check_build_system`。 我们可以通过一个表格来展示： | 目标 (Target) | 直接依赖 (Direct Dependencies) | |------------------------|--------------------------------| | default_target | all | | cmake_force | (无) | | edit_cache | (无) | | rebuild_cache | (无) | | all | cmake_check_build_system | | clean | (无) | | preinstall | all | | depend | (无) | | so_test | cmake_check_build_system | | IsaEngine | cmake_check_build_system | | help | (无) | | cmake_check_build_system | (无) | 注意：在Makefile中，一个目标可能还有命令（recipe），即目标下面的以Tab开头的命令。但这里我们没有提取命令，所以只分析依赖关系。 此外，我们还可以分析依赖链（例如从default_target开始的依赖链）： default_target -> all -> cmake_check_build_system 同样，preinstall的依赖链： preinstall -> all -> cmake_check_build_system 而so_test和IsaEngine则直接依赖于cmake_check_build_system。 最后，我们可以推断： - 当执行`make default_target`时，会依次构建`cmake_check_build_system`，然后`all`，最后`default_target`。 - 执行`make all`会构建`cmake_check_build_system`然后执行`all`的命令（如果有的话）。 - 执行`make preinstall`会先构建`all`（进而构建`cmake_check_build_system`），然后执行`preinstall`的命令。 但是，由于我们只看到了目标行，没有看到具体的命令，所以无法知道每个目标具体做什么。 为了更深入分析，我们可以建议用户查看每个目标下面的命令（如果有的话），或者使用`make -n <target>`来查看具体执行的命令序列。 生成相关问题： 1. 如何查看Makefile中每个目标的具体命令？ 2. 如何理解cmake生成的Makefile中的cmake_check_build_system目标？ 3. 在Makefile中，default_target有什么特殊含义？ 4. 如何强制重新构建某个目标（例如cmake_force）？ 5. 如何添加一个新的目标到Makefile中？ 注意：由于用户提供的Makefile片段是通过CMake生成的，因此这些目标的行为是由CMake脚本决定的。</think>### 解析 Makefile 中的目标及其依赖关系 #### 一、目标依赖关系解析（基于提供的 Makefile 片段） 通过分析 `grep` 输出，可构建以下依赖关系图： ```mermaid graph TD A[default_target] --> B[all] B[all] --> K[cmake_check_build_system] C[preinstall] --> B[all] D[so_test] --> K[cmake_check_build_system] E[IsaEngine] --> K[cmake_check_build_system] F[cmake_force] --> 独立目标 G[edit_cache] --> 独立目标 H[rebuild_cache] --> 独立目标 I[clean] --> 独立目标 J[depend] --> 独立目标 L[help] --> 独立目标 ``` #### 二、关键目标解析 1. **核心构建目标** - `all`：主构建目标，依赖 `cmake_check_build_system` ```makefile all: cmake_check_build_system # 必须先完成系统检查 ``` - `default_target`：默认入口点，指向 `all` ```makefile default_target: all # 用户直接运行make时触发 ``` 2. **项目特定目标** - `IsaEngine`：可执行文件目标 ```makefile IsaEngine: cmake_check_build_system # 依赖构建系统验证 ``` - `so_test`：共享库测试目标 ```makefile so_test: cmake_check_build_system # 同样需要系统检查 ``` 3. **系统维护目标** - `cmake_check_build_system`：核心验证目标 ```makefile cmake_check_build_system: # 无显式依赖，但被多个目标引用 ``` - `clean`：清理构建产物 ```makefile clean: # 独立操作，无依赖 ``` 4. **辅助目标** ```makefile edit_cache: # 编辑CMake缓存 rebuild_cache: # 重建CMake缓存 depend: # 处理头文件依赖 help: # 显示帮助信息 ``` #### 三、依赖关系特征分析 1. **依赖集中化** `cmake_check_build_system` 被 4 个目标依赖（`all`, `so_test`, `IsaEngine`），形成**星型依赖结构**，这是 CMake 生成 Makefile 的典型模式[^1]。 2. **构建阶段分离** $$ \text{配置检查} \rightarrow \text{主构建} \rightarrow \text{安装} $$ - 配置检查：`cmake_check_build_system` - 主构建：`all` - 安装：`preinstall`（依赖 `all`） 3. **并行构建潜力** 独立目标（如 `clean`, `help`）可随时执行，不依赖构建链： ```bash make clean # 随时可执行 make help # 不依赖构建状态 ``` #### 四、典型工作流示例 ```mermaid sequenceDiagram participant 用户 participant Makefile participant CMake 用户->>Makefile: make Makefile->>default_target: 触发 default_target->>all: 执行依赖 all->>cmake_check_build_system: 调用 cmake_check_build_system->>CMake: 验证构建系统 CMake-->>cmake_check_build_system: 返回状态 alt 验证成功 cmake_check_build_system->>all: 继续构建 else 验证失败 cmake_check_build_system->>用户: 报错终止 end ``` #### 五、深度解析建议 1. **查看完整规则** 使用 `make -n` 空运行查看实际命令序列： ```bash make -n all # 显示all目标的实际执行命令 ``` 2. **分析隐式依赖** CMake 常添加隐藏依赖，查看生成文件： ```bash grep .depend Makefile # 查找自动生成的依赖 ``` 3. **可视化依赖图** 安装 Graphviz 生成依赖图： ```bash sudo apt install graphviz make -Bnd | grep -v Considering | dot -Tpng > deps.png ``` --- ### 相关问题 1. CMake 生成的 Makefile 中 `cmake_check_build_system` 的具体作用是什么？ 2. 如何向 CMake 生成的 Makefile 添加自定义目标？ 3. 在复杂项目中如何优化 Makefile 的依赖检查性能？ 4. Makefile 中的 `.PHONY` 目标在此类构建系统中起什么作用？ 5. 当 `cmake_check_build_system` 失败时如何进行故障诊断？ [^1]: 在 CMake 中，依赖关系管理是通过一系列的命令和配置来实现的。find_package 和 target_link_libraries 是其中的关键命令。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值