内容发布更新时间 : 2025/1/7 6:33:53星期一 下面是文章的全部内容请认真阅读。

在linux下使用CMake构建应用程序

Cmake实践 Cmake Practice --Cjacker 前言：

cmake已经开发了5,6年的时间，如果没有KDE4，也许不会有人或者Linux发行版

本重视cmake，因为除了Kitware似乎没有人使用它。通过KDE4的选型和开发，cmake

逐渐进入了人们的视线，在实际的使用过程中，cmake的优势也逐渐的被大家所认识，至

少KDE的开发者们给予了cmake极高的评价，同时庞大的KDE项目使用cmake来作为构

建工具也证明了cmake的可用性和大项目管理能力。 所以，cmake应该感谢KDE，也正因为如此，cmake的开发者投入了KDE从

autotools到cmake的迁移过程中，并相当快速和顺利的完成了迁移，现在整个KDE4开 发版本全部使用cmake构建。

这也是促使我们学习cmake的原因，首先cmake被接受并成功应用，其次，cmake

的优势在实际使用中不断的体现出来。

我们为什么不来认识一下这款优秀的工程构建工具呢？

在2006年KDE大会，听cmake开发者当面介绍了cmake之后，我就开始关注

cmake，并将cmake纳入了Everest发行版，作为系统默认组件。最近QT-4.3也正式进

入了Everest系统，为KDE4构建完成了准备工作。 但是，在学习cmake的过程中，发现官方的文档非常的少，而且错误也较多，比如:

在介绍Find<Name>模块编写的文档中，模块名称为FOO，但是后面却出现了

Foo_FIND_QUIETLY的定义，这显然是错误的，这样的定义永远不可能有效，正确的定义

是FOO_FIND_QUIETLY “ ” 。种种原因，促使我开始写一份面向使用和实用的cmake文档，

也就是本教程《cmake实践》(Cmake Practice)

本文档是边学习边编写的成果，更像是一个学习笔记和Tutorial，因此难免有失误

或者理解不够透彻的地方，比如，我仍然不能理解为什么绝大部分使用变量的情况要通过$

{}引用，而在IF语句中却必须直接使用变量名。也希望能够有cmake的高手来指点迷津。

补：从cmake的maillist,我找到了一些答案，原文是： The `IF(var)' or `IF(NOT var)' command expects `var' to be the

name of a variable. This is stated in CMake's manual. So, for your

situation `IF(${libX})' is the same as `IF(/usr/lib/xorg)' and then CMake will check the value of the variable named `/usr/lib/xorg'.也就是说IF需要的是变量名而不是变量值 这个文档是开放的，开放的目的是为了让更多的人能够读到并且能够修改，任何人都

可以对它作出修改和补充，但是，为了大家都能够获得你关于cmake的经验和积累，如果

你现错误或者添加了新内容后，请务必CC给我一份，让我们共同把cmake掌握的更好。 一，初识cmake

Cmake不再使你在构建项目时郁闷地想自杀了. --一位KDE开发者 1，背景知识：

cmake是kitware公司以及一些开源开发者在开发几个工具套件(VTK)的过程中衍

生品，最终形成体系，成为一个独立的开放源代码项目。项目的诞生时间是2001年。其官