The problem happens with COMPILE_INITS=1 which is default. COMPILE_INITS=0 avoids the problem. The nature of the problem is that mkromfs.exe must be called from IDE which is 32 bits. But the rule for it includes compiler options that forse 64 bits. I fixed it with this change : *** F:\SVN-GS\gs\gs\base\msvctail.mak Thu Sep 25 05:54:42 2008 --- files\gs\base\msvctail.mak Sun Oct 19 03:46:22 2008 *************** *** 57,61 **** MKROMFS_OBJS=$(MKROMFS_ZLIB_OBJS) $(winplat_) $(GLOBJ)gpmisc.$(OBJ) $(GLOBJ) gp_getnv.$(OBJ) $(MKROMFS_XE): $(GLSRC)mkromfs.c $(MKROMFS_COMMON_DEPS) $(MKROMFS_OBJS) ! $(CCAUX) -I$(GLOBJ) -I$(ZSRCDIR) @$(GLGENDIR)\ccf32.tr $(GLSRC) mkromfs.c /Fo$(GLOBJ)mkromfs.obj /Fe$(MKROMFS_XE) $(MKROMFS_OBJS) $(CCAUX_TAIL) /DEBUG # PSSRC and PSOBJ aren't defined yet, so we spell out the definitions. --- 57,61 ---- MKROMFS_OBJS=$(MKROMFS_ZLIB_OBJS) $(winplat_) $(GLOBJ)gpmisc.$(OBJ) $(GLOBJ) gp_getnv.$(OBJ) $(MKROMFS_XE): $(GLSRC)mkromfs.c $(MKROMFS_COMMON_DEPS) $(MKROMFS_OBJS) ! $(CCAUX) -I$(GLOBJ) -I$(ZSRCDIR) /D__WIN32__ $(GLSRC) mkromfs.c /Fo$(GLOBJ)mkromfs.obj /Fe$(MKROMFS_XE) $(MKROMFS_OBJS) $(CCAUX_TAIL) /DEBUG # PSSRC and PSOBJ aren't defined yet, so we spell out the definitions. but I didn't check whether it works for x86. Then it fails to link mkromfs.exe because it includes compress.obj which is built for x64. Likely it needs to change zlib.mak because compress.c is needed to compile with different options than other zlib/*.c .
Reassigning to Ray, who's more familiar with the mkromfs.
This may have been fixed by revision 9807, but this needs to be tested by attempting to build Win64 ghostscript within the IDE.
As confirmed by Russell Lang, 64-bit builds work fine from the command line. Thanks, Russell! The only issue may be problems building from the IDE (unconfirmed). Since Russell was able to help hear, I'll let him (when he has time) see if that is the case, then he can assign it back to me if he wants.