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