CMake Practice(CMake实战) pdf格式,本教程主要讲解如何利用cmake工具在服务器领域构建c/c++工程,当然在不同平台上的很多工具都用cmake构建,熟悉掌握cmake的使用,可以更深入的了解代码编译深层的东西,推荐大家在学习编程时选择Linux平台,对技术理解有更多益处

CMake Practice CMake实战主要讲解如何利用cmake工具在服务器领域构建c/c++工程,当然在不同平台上的很多工具都用cmake构建,熟悉掌握cmake的使用,可以更深入的了解代码编译深层的东西,推荐大家在学习编程时选择Linux平台,对技术理解有更多益处,本书虽然篇幅不多,但通过示例讲解,还是推荐大家阅读.

前言:
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 的过程中,发现官方的文档非常的少,而且错误也较多,比如:在介绍 Find<Name>模块编写的文档中,模块名称为 FOO,但是后面却出现了Foo_FIND_QUIETLY 的定义,这显然是错误的,这样的定义永远不可能有效,正确的定义
是 FOO_FIND_QUIETLY。种种原因,促使我开始写一份“面向使用和实用”的 cmake 文档,也就是本教程《cmake 实践》(Cmake Practice)
 

CMake Practice(CMake实战) pdf格式(cmake practice完整版)  cmake实践 第1张
转载请说明出处
知优网 » CMake Practice(CMake实战) pdf格式(cmake practice完整版)

发表评论

您需要后才能发表评论