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

在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的过程中，发现官方的文档非常的少，而且错误也较多，比如: 在介绍Findlt;Namegt;模块编写的文档中，模块名称为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不再使你在构建项目时郁闷地想自杀了. --一位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必然会成为 一个主流的构建体系。 2，特点： cmake的特点主要有： 1，开放源代码，使用类BSD许可发布。/HTML/Copyright.html 2，跨平台，并可生成nativ