CMake 使用说明.docx

前言:   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-,为KDE4构建完成了准备工作。   但是,在学习cmake的过程中,发现官方的文档非常的少,而且错误也较多,比如:在介绍Find<Name>模块编写的文档中,模块名称为FOO,但是后面却出现了Foo_FIND_QUIETLY的定义,这显然是错误的,这样的定义永远不可能有效,正确的定义是FOO_FIND_QUIETLY。种种原因,促使我开始写一份“面向使用和实用”的cmake文档,也就是本教程《cmake实践》(CmakePractice)   本文档是边学和Tutorial,因此难免有失误或者理解不够透彻的地方,比如,我仍然不能理解为什么绝大部分使用变量的情况要通过${}引用,而在IF语句中却必须直接使用变量名。也希望能够有cmake的高手来指点迷津。补:从cmake的maillist,我找到了一些答案,原文是:The`IF(var)'or`IF(NOTvar)'commandexpects`var'',foryoursituation`IF(${libX})'isthesameas`IF(/usr/lib/xorg)'andthenCMakewillcheckthevalueofthevariablenamed`/usr/lib/xorg'.也就是说IF需要的是变量名而不是变量值   这个文档是开放的,开放的目的是为了让更多的人能够读到并且能够修改,任何人都可以对它作出修改和补充,但是,为了大家都能够获得你关于cmake的经验和积累,如果你现错误或者添加了新内容后,给我一份,让我们共同把cmake掌握的更好。一,初识cmakeCmake不再使你在构建项目时郁闷地想自杀了.                            --一位KDE开发者1,背景知识:   cmake是kitware公司以及一些开源开发者在开发几个工具套件(VTK)的过程中衍生品,最终形成体系,成为一个独立的开放源代码项目。项目的诞生时间是2001年。其官方网站是过访问官方网站获得更多关于cmake的信息。cmake的流行其实要归功于KDE4的开发(似乎跟当年的svn一样,KDE将代码仓库从CVS迁移到SVN,同时证明了SVN管理大型项目的可用性),在KDE开发者使用了近10年autotools之后,他们终于决定为KDE4选择一个新的工程构建工具,其根本原因用KDE开发者的话来说就是:只有少数几个“编译专家”能够掌握KDE现在的构建体系(admin/mon),在经历了unsermake,scons以及cmake的选型和尝试之后,KDE4决定使用cmake作为自己的构建系统。在迁移过程中,进展异常的顺利,并获得了cmake开发者的支持。所以,目前的KDE4开发版本已经完全使用cmake来进行构建。像kdesvn,rosegarden等项目也开始使用cmake,这也注定了cmake必然会成为一个主流的构建体系。2,特点:cmake的特点主要有:1,开放源代码,使用类BSD许可发布。/HTML/,跨平台,并可生成native编译配置文件,在Linux/Unix平台,生成makefile,在苹果平台,可以生成xcode,在Windows平台,可以生成MSVC的工程文件。3,能够管理大型项目,KDE4就是最好的证明。4,简化编译构建过程和编译过程。Cmake的工具链非常简单:cmake+make。5,高效虑,按照