對于經(jīng)常在終端下寫程序的non-windows程序員，Makefile絕對是最常用的工具，小到一個文件的簡單的測試程序，大到數(shù)百個文件的商業(yè)軟件，只需要有shell，一個make命令就可得到可運行的程序，Makefile絕對功不可沒；可惜世界中不是那么太平，不但各個Posix系統(tǒng)的API千差萬別，硬件平臺各異，就連Makefile本身也有多個不兼容的格式，譬如GNU Makefile 拿到Solaris平臺上就沒法make下去，除非你有g(shù)make，但gmake對并行編譯的支持就沒有solaris自帶的dmake要好了。
GNU autotools提供了一個不錯的選擇，可以做到組織工具鏈來生成所需的Makefile，但缺陷是學(xué)習(xí)起來比較麻煩，而且模版文件寫起來比較費勁。老實說我跟Makefile打了近3年的交道，幾乎沒有自己寫過automake腳本，相反的工作倒是干了不少，譬如分析生成的Makefile運行過程，然后模擬自己手寫Makefile；得到一個輕爽的定制環(huán)境。
除了autotools，其實也有不少其他的工具，譬如apache的ant，基于Python的scons；ant在java界是鼎鼎大名了，可惜對c++的支持確實讓我感覺很不習(xí)慣；scons號稱可以嵌入Python代碼，用起來也算簡單，但是想實現(xiàn)復(fù)雜的功能就很頭疼了，而且運行速度讓人撓頭。
cmake則彌補了上述幾個工具的諸多缺陷：
1> 易于學(xué)習(xí)，文檔易懂，只需牢記以下兩個命令即可：
cmake --help
cmake --help-command-list
cmake --help-command xxx
cmake --help-variable-list
cmake --help-variable yyy
2> 以文本文件組織，利用cache的方式，所有的自定義cache變量可直接用vim查看。
3> 生成的Makefile文件簡潔易懂
4> 編譯器選項可自己在ccmake中編輯，利于交叉編譯
5> 支持集成ctest/cpack,前者可以方便的做單元測試，后者則可以打包生成tgz/rpm
6> 支持多個生成器，可以生成eclipse/codeblocks/gmake/unix make文件，甚至可以生成VC各個版本的dsw/sln.
7> 內(nèi)嵌語言，可以自己寫函數(shù)、宏等
對于經(jīng)常寫小測試程序的人來說，在test目錄下加上個CMakeLists.txt，里邊加上幾行簡單的語句就可以方便的以后重復(fù)使用了。對于這種情況，手工寫的Makefile碰到依賴檢測這種麻煩的事情往往力不從心，automake又太小題大作，而cmake則恰到好處了。
對于大型程序，cmake可以自己定制生成的中間文件和目標(biāo)文件路徑，有效避免了automake帶來的每個目錄下生成一大堆文件的弊端，也不需要手工寫Makefile。
最有用的是可以生成多個知名IDE的工程文件，包括Windows下的vc6-vc9.