歷史性的一天

簡而言之，SPECint2000裡面的176.gcc與252.eon項目，需要這樣處理：

第一，176.gcc必須另外增加64 bits GCC的source，例如在該項目中的flag新增srcalt=64bitgcc40_1。其實這種簡單的事情，SPEC大可以直接放在網站上供人下載，結果連這種簡單的舉手之勞都不肯做，還得自行寫信去索取，態度令人搖頭。

第二，原本Visual Studio .NET 2003中所內附的libci.lib，無法對應EM64T/AMD64，所以必須替換成MS Platform SDK中的AMD64版本。坦白講，這件事情實在很愚蠢。

第三，也是Intel之前根本都沒講過的（真的是有夠該死），在portability & libraries項目中，一定要定義針對SPEC CPU 2000的相容性參數，總計如下：

176.gcc=default=default=default:
CPORTABILITY = -Dalloca=_alloca /F60000000 -D__STDC__
EXTRA_LDFLAGS = /F60000000
#srcalt=stdc_win64_stat
srcalt=64bitgcc40_1

178.galgel=default=default=default:
EXTRA_FFLAGS = -FI /F32000000
EXTRA_LDFLAGS = /F32000000

186.crafty=default=default=default:
CPORTABILITY = -DNT_i386

252.eon=default=default=default:
CXXPORTABILITY = -DSPEC_CPU2000_P64
notes009= 252.eon: -DSPEC_CPU2000_P64

253.perlbmk=default=default=default:
CPORTABILITY = -DSPEC_CPU2000_NTOS -DPERLDLL /MT -DSPEC_CPU2000_P64 -DHAS_LONG_LONG -DUSE_LONG_LONG
EXTRA_LDFLAGS= /MT

254.gap=default=default=default:
CPORTABILITY = -DSPEC_CPU2000 -DSPEC_CPU2000_P64

255.vortex=default=default=default:
CPORTABILITY = -DSPEC_CPU2000_P64 -D_WIN32

反正，SPEC CPU 2000的「64位元之壁」，總算是正式突破了，希望SPEC CPU 2005推出後，不會弄得如此悲壯。

台灣到底有沒有其他媒體有能力玩SPEC CPU 2000啊？唉....我還有一個SPECjAppServer 2004要搞定咧。