CMake使用说明.docVIP

前言:??? 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 thename of a variable. This is stated in CMakes manual. So, for yoursituation `IF(${libX}) is the same as `IF(/usr/lib/xorg) andthen CMake will check the value of the variable named`/usr/lib/xorg.也就是说 IF 需要的是变量名而不是变量值??? 这个文档是开放的,开放的目的是为了让更多的人能够读到并且能够修改,任何人都可以对它作出修改和补充,但是,为了大家都能够获得你关于 cmake 的经验和积累,如果你现错误或者添加了新内容后,请务必 CC 给我一份,让我们共同把 cmake 掌握的更好。一,初识 cmakeCmake 不再使你在构建项目时郁闷地想自杀了.???????????????????????????? --一位 KDE 开发者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