一，初识 cmake Cmake不再使你在构建项目时郁闷地想自杀了. 1，背景知识： cmake是kitware公司以及一些开源开发者在开发几个工具套件(VTK)的过程中衍生品，最终形成体系， 成为一个独立的开放源代码项目。项目的诞生时间是2001年。其官方网站是www.cmake.org，可以通 过访问官方网站获得更多关于cmake的信息。cmake的流行其实要归功于KDE4的开发(似乎跟当年的 svn一样，KDE将代码仓库从CVS迁移到SVN，同时证明了SVN管理大型项目的可用性)，在KDE 开发者使用了近10年autotools之后，他们终于决定为KDE4选择一个新的工程构建工具，其根本原因 用KDE开发者的话来说就是：只有少数几个“编译专家”能够掌握KDE现在的构建体系 (admin/Makefile.common)，在经历了unsermake, scons以及cmake的选型和尝试之后，KDE4决定使用cmake作为自己的构建系统。在迁移过程中，进展异常的顺利，并获得了cmake开发者的支持。所 以，目前的KDE4开发版本已经完全使用cmake来进行构建。像kdesvn,rosegarden等项目也开始使用 cmake，这也注定了cmake必然会成为一个主流的构建体系。 2，特点： cmake的特点主要有： 1，开放源代码，使用类BSD许可发布。http://cmake.org/HTML/Copyright.html 2，跨平台，并可生成native编译配置文件，在Linux/Unix平台，生成makefile，在苹果平台，可 以生成xcode，在Windows平台，可以生成MSVC的工程文件。 3，能够管理大型项目，KDE4就是最好的证明。 4，简化编译构建过程和编译过程。Cmake的工具链非常简单：cmake+make。 5，高效虑，按照KDE官方说法，CMake构建KDE4的kdelibs要比使用autotools来构建 KDE3.5.6的kdelibs快40%，主要是因为 Cmake在工具链中没有libtool。 6，可扩展，可以为cmake编写特定功能的模块，扩充cmake功能。 3，问题，难道就没有问题？ 1，cmake很简单，但绝对没有听起来或者想象中那么简单。 2，cmake编写的过程实际上是编程的过程，跟以前使用autotools一样，不过你需要编写的是 CMakeLists.txt(每个目录一个)，使用的是”cmake语言和语法”。 3，cmake跟已有体系的配合并不是特别理想，比如pkgconfig，您在实际使用中会有所体会，虽然 有一些扩展可以使用，但并不理想。 4，个人的建议： 1，如果你没有实际的项目需求，那么看到这里就可以停下来了，因为cmake的学习过程就是实践 过程，没有实践，读的再多几天后也会忘记。 2，如果你的工程只有几个文件，直接编写Makefile是最好的选择。 3，如果使用的是C/C++/Java之外的语言，请不要使用cmake(至少目前是这样) 4，如果你使用的语言有非常完备的构建体系，比如java的ant，也不需要学习cmake，虽然有成功 的例子，比如QT4.3的csharp绑定qyoto。 5，如果项目已经采用了非常完备的工程管理工具，并且不存在维护问题，没有必要迁移到cmake 4，如果仅仅使用qt编程，没有必要使用cmake，因为qmake管理Qt工程的专业性和自动化程度比 cmake要高很多。