CMake Practice CMake實戰(zhàn)主要講解如何利用cmake工具在服務器領域構建c/c++工程，當然在不同平臺上的很多工具都用cmake構建，熟悉掌握cmake的使用，可以更深入的了解代碼編譯深層的東西，推薦大家在學習編程時選擇Linux平臺，對技術理解有更多益處，本書雖然篇幅不多，但通過示例講解，還是推薦大家閱讀.

前言：
cmake 已經開發(fā)了 5,6 年的時間，如果沒有 KDE4，也許不會有人或者 Linux 發(fā)行版本重視 cmake，因為除了 Kitware 似乎沒有人使用它。通過 KDE4 的選型和開發(fā)，cmake逐漸進入了人們的視線，在實際的使用過程中，cmake 的優(yōu)勢也逐漸的被大家所認識，至
少 KDE 的開發(fā)者們給予了 cmake 極高的評價，同時龐大的 KDE 項目使用 cmake 來作為構建工具也證明了 cmake 的可用性和大項目管理能力。
所以，cmake 應該感謝 KDE，也正因為如此，cmake 的開發(fā)者投入了 KDE 從autotools 到 cmake 的遷移過程中，并相當快速和順利的完成了遷移，現(xiàn)在整個 KDE4 開發(fā)版本全部使用 cmake 構建。
這也是促使我們學習 cmake 的原因，首先 cmake 被接受并成功應用，其次，cmake的優(yōu)勢在實際使用中不斷的體現(xiàn)出來。

我們?yōu)槭裁床粊碚J識一下這款優(yōu)秀的工程構建工具呢？
在 2006 年 KDE 大會，聽 cmake 開發(fā)者當面介紹了 cmake 之后，我就開始關注cmake，并將 cmake 納入了 Everest 發(fā)行版，作為系統(tǒng)默認組件。最近 QT-4.3 也正式進入了 Everest 系統(tǒng)，為 KDE4 構建完成了準備工作。
但是，在學習 cmake 的過程中，發(fā)現(xiàn)官方的文檔非常的少，而且錯誤也較多，比如:在介紹 Find<Name>模塊編寫的文檔中，模塊名稱為 FOO，但是后面卻出現(xiàn)了Foo_FIND_QUIETLY 的定義，這顯然是錯誤的，這樣的定義永遠不可能有效，正確的定義
是 FOO_FIND_QUIETLY。種種原因，促使我開始寫一份“面向使用和實用”的 cmake 文檔，也就是本教程《cmake 實踐》(Cmake Practice)