本文同步自游戲人生

最近有點忙，本來要用autoconf+automake把自己的代碼梳理一下的，因為工作停了近兩周。

本想看看有什么工具可以自動生成Makefile.am，答案是：Automake不支持通配符，而且還口口聲聲，振振有詞。既然說的這么言詞鑿鑿，情深意切，我想我也沒有必要用shell生成Makefile.am了。

用著用著，我有點懷疑人生了：不知道什么時候需要用autoconf和automake。如果我只是平時自己寫一些toy codes的話，感覺用autoconf和automake有點大炮打蚊子的感覺，而且每次新加代碼或者是移除代碼、甚至是更改目錄，都要重新執(zhí)行 autoconf、automake（不知道我說的對與不對）。對于一個大型項目，執(zhí)行一次configure和make是很痛苦的一件事，make的中 間目標文件或者庫文件、執(zhí)行文件倒是不一定非得完全rebuild，configure的配置檢查呢？是不是也有類似機制？反正我在用ogre或者 cegui的時候，每次執(zhí)行./configure是重新配置了的。

實際在開源項目里面也不可能維護兩套makefile吧。

看了一下googletest的配置，倒是清爽的很，最大的特點是只有一個Makefile.am，這樣在一個項目里面只需要維護一個Makefile.am就夠了。

cegui比較常規(guī)，每個子目錄都會維護一個Makefile.am。

需要特別注意的是ogre從1.7.0開始已經(jīng)開始使用cmake了……

請聽題：管理中小型項目，你傾向于下面哪個工具？

o make：鉆木取火，玩的就是個技術(shù)，編譯代碼，只用裝B的，不用牛B的，你要是用什么cmake，你都不好意思跟別人打招呼，這么經(jīng)典的東西，精通需要多久？要我說怎么著也得個把倆月吧，個把倆月？那是入門，至少半年，就這還得有Feldman的悟性，不舍晝夜；

o autoconf+automake：既有群眾基礎，又有技術(shù)含量，你是那樣拉轟的男人，不管在什么地方，就好像漆黑中的螢火蟲一樣，那樣的鮮明，那樣的 出眾。你那憂郁的眼神，稀噓的胡喳子，神乎其技的指法；既可以恥笑原始人的生產(chǎn)力低下，還可以鄙視現(xiàn)代人的不學無術(shù)。

o cmake：在MSVCers面前抬不起頭，在UNIXers面前似乎更抬不起頭；而cmake對WINDOWS和UNIX平臺的完美支持，足以讓所有的 MSVCers和UNIXer在你面前抬不起頭，你是公雞中的戰(zhàn)斗機。所以你還是可以趾高氣昂的丟下一句：走NB的路，讓SB說去吧。