Posted on 2010-01-07 01:32
Fox 閱讀(4002)
評(píng)論(4) 編輯 收藏 引用 所屬分類(lèi):
T技術(shù)碎語(yǔ)
本文同步自游戲人生
最近有點(diǎn)忙，本來(lái)要用autoconf+automake把自己的代碼梳理一下的，因?yàn)楣ぷ魍Ａ私鼉芍堋?/p>
本想看看有什么工具可以自動(dòng)生成Makefile.am，答案是：Automake不支持通配符，而且還口口聲聲，振振有詞。既然說(shuō)的這么言詞鑿鑿，情深意切，我想我也沒(méi)有必要用shell生成Makefile.am了。
用著用著，我有點(diǎn)懷疑人生了：不知道什么時(shí)候需要用autoconf和automake。如果我只是平時(shí)自己寫(xiě)一些toy
codes的話(huà)，感覺(jué)用autoconf和automake有點(diǎn)大炮打蚊子的感覺(jué)，而且每次新加代碼或者是移除代碼、甚至是更改目錄，都要重新執(zhí)行
autoconf、automake（不知道我說(shuō)的對(duì)與不對(duì)）。對(duì)于一個(gè)大型項(xiàng)目，執(zhí)行一次configure和make是很痛苦的一件事，make的中
間目標(biāo)文件或者庫(kù)文件、執(zhí)行文件倒是不一定非得完全rebuild，configure的配置檢查呢？是不是也有類(lèi)似機(jī)制？反正我在用ogre或者
cegui的時(shí)候，每次執(zhí)行./configure是重新配置了的。
實(shí)際在開(kāi)源項(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開(kāi)始已經(jīng)開(kāi)始使用cmake了……
請(qǐng)聽(tīng)題：管理中小型項(xiàng)目，你傾向于下面哪個(gè)工具？
o make：鉆木取火，玩的就是個(gè)技術(shù)，編譯代碼，只用裝B的，不用牛B的，你要是用什么cmake，你都不好意思跟別人打招呼，這么經(jīng)典的東西，精通需要多久？要我說(shuō)怎么著也得個(gè)把倆月吧，個(gè)把倆月？那是入門(mén)，至少半年，就這還得有Feldman的悟性，不舍晝夜；
o
autoconf+automake：既有群眾基礎(chǔ)，又有技術(shù)含量，你是那樣拉轟的男人，不管在什么地方，就好像漆黑中的螢火蟲(chóng)一樣，那樣的鮮明，那樣的
出眾。你那憂(yōu)郁的眼神，稀噓的胡喳子，神乎其技的指法；既可以恥笑原始人的生產(chǎn)力低下，還可以鄙視現(xiàn)代人的不學(xué)無(wú)術(shù)。
o
cmake：在MSVCers面前抬不起頭，在UNIXers面前似乎更抬不起頭；而cmake對(duì)WINDOWS和UNIX平臺(tái)的完美支持，足以讓所有的
MSVCers和UNIXer在你面前抬不起頭，你是公雞中的戰(zhàn)斗機(jī)。所以你還是可以趾高氣昂的丟下一句：走NB的路，讓SB說(shuō)去吧。