本文同步自游戲人生

最近有點(diǎn)忙，本來要用autoconf+automake把自己的代碼梳理一下的，因?yàn)楣ぷ魍Ａ私鼉芍堋?/p>

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

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

實(shí)際在開源項(xiàng)目里面也不可能維護(hù)兩套makefile吧。

看了一下googletest的配置，倒是清爽的很，最大的特點(diǎn)是只有一個(gè)Makefile.am，這樣在一個(gè)項(xiàng)目里面只需要維護(hù)一個(gè)Makefile.am就夠了。

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

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

請聽題：管理中小型項(xiàng)目，你傾向于下面哪個(gè)工具？

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

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

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