Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!usc!ginosko!cg-atla!fredex From: fredex@cg-atla.UUCP (Fred Smith) Newsgroups: comp.binaries.ibm.pc.d Subject: Re: Stevie Message-ID: <7625@cg-atla.UUCP> Date: 6 Sep 89 21:12:27 GMT References: <552@jvncf.UUCP> <2887@ndsuvax.UUCP> Reply-To: fredex@cg-atla.UUCP (Fred Smith) Distribution: comp.ibm.binaries comp.sys.ibm.pc Organization: Agfa Compugraphic Division Lines: 48 In article <2887@ndsuvax.UUCP> ncperson@ndsuvax.UUCP (Brett G. Person) writes: Re: STEVIE >I couldn't even get it to compile under MSC 5.1! The makefile just wouldn't >work and the compiler complained of a fatal internal error and told me to >call Microsoft. I don't have turbo C, but I would suggest simply >re-writting the makefile (Yuck!)... > . Anybody else havbe trouble with MSC >on this one? > I built it just last night using MSC 5.1 and it runs like a charm, if you don't mind that the screen movement is rather on the woof-woof side! In order to build it on MSDOS with MSC 5.1 you need to have a real make program, not the half-baked, brain-damaged make which comes with the Microsoft C compiler. You can try abmake which was distributed on c.b.i.p a couple of months ago. That is what I used to build stevie yesterday. The make which microsoft provides is better than a batch file for building, but only does half the job that make is supposed to do -- it does not construct a dependency tree for all the objects which go into making a target, but rather it merely examines each target in the sequence they are specified in the file, making sure each is up to date with respect to its dependencies. Normal Unix makefiles tend to list the main target first with all the pieces which comprise them going down the file in some (usually unimportant) sequence. Microsoft make wants things the other way around, with the low-level dependencies at the top and the final target at the bottom, so it can traverse the list in ascending order of importance (since it does not know how to construct that ordered list itself!). Like I said, brain-damaged. The other thing you gotta do is to edit env.h and make sure that DOS is defined, and that Unix, etc., are NOT defined. Also, down at the very end of the file make sure to comment out the #define TERMCAP statement--otherwise it will compile just fine and the linker will give you a whole bunch of undefined symbols. After figuring out these things I built it with the makefile provided, with no changes and it went fine. After testing it I changed the CFLAGS variable to be $(MODEL) -G2 -Ox (for 286 code and full optimization) and that also builds and runs fine. By the way, I build it with MSC5.1 on an XT clone using DTK/ERSO Bios 2.40, a NEC V20 chip, and PC-DOS 3.30. Fred Smith