cmake教程.pdf

前言 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 的过程中，发现官方的文档非常的少，而且错误也较多，比 如在介绍FindName模块编写的文档中，模块名称为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 CMakes 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 不再使你在构建项目时郁闷地想自杀了. 1 ，背景知识： cmake 是kitware 公司以及一些开源开发者在开发几个工具 件(VTK)的过程中衍生品，最终形成体系， 成为一个独立的开放源代码项目。项目的诞生时间是2001 年。其官方网站是 ，可以通 过访问官方网站获得更多关于 cmake 的信息。cmake 的流行其实要归功于 KDE4 的开发(似乎跟当年的 svn 一样，KDE 将代码仓库从CVS 迁移到SVN ，同时证明了SVN 管理大型项目的可用性) ，在KDE 开发者使用了近10 年autotools 之后，他们终于决定为KDE4 选择一个新的工程构建工具，其根本原因 用KDE 开发者的话来说就是：只有少数几个“编译专家”能够掌握 KDE 现在的构建体系 (admin/Mmon) ，在经历了unsermake, scons 以及 cmake 的选型和尝试之后，KDE4 决定 使用cmake 作为自己的构建系统。在迁移过程中，进展异常的顺利，并获得了cmake 开发者的支持。所 以，目前的KDE4 开发版本已经完全使用cmake 来进行构建。像kdesvn,rosegarden 等项目也开始使用 cmake ，这也注定了cmake 必然会成为一个主流的构建体系。 2 ，特点： cmake 的特点主要有： 1，开放源代码，使用类 BSD 许可发布。/HTML/Copyright.htm