11tstark@GALLUX.GALLAUDET.EDU (Timothy Stark) (04/30/89)
Hello Users: I tried to compile this game called G. Bloodshed from comp.sources.games archive but it caught many errors in compiling. In scrap.c: compiler error: no table entry for op REG at line 94. Then, what do I do about that? My system is VAX/Ultrix 3.0. Thanks for your replies. Welcome to your patches for it. Thanks. -- Tim Stark -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Timothy Stark | Internet: 11tstark@gallux.gallaudet.edu Gallaudet University | Bitnet: 11tstark@gallua.bitnet P.O. Box 1453 | "Gallaudet University is the only university for Washington, DC 20002 | the deaf in the world." -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
palmieri@athos.rutgers.edu (Amigo) (04/30/89)
In article <8904292023.AA18829@gallux.gallaudet.edu> 11tstark@GALLUX.GALLAUDET.EDU (Timothy Stark) writes: > I tried to compile this game called G. Bloodshed from > comp.sources.games archive but it caught many errors in compiling. > In scrap.c: compiler error: no table entry for op REG at line 94. I had a similar error in compilation...it turns out that in the Makefile there is an attempt to speed up compilation by using the -pipe switch to cc (it is in the variable CFLAGS). This causes cc to use pipes instead of temporary files, thus getting some of the code generated by the assembler (or optimizer first) while cc is still translating. I took this out, and the compilation worked without a hitch...try it out. -- Tom Palmieri `Amigo' =============================== Mail Addresses ================================ UUCP: {backbone}!rutgers!aramis.rutgers.edu!palmieri Internet: palmieri@aramis.rutgers.edu ===============================================================================
pb1p+@andrew.cmu.edu (Peter Glen Berger) (04/30/89)
I'm fairly certain that Gal. Bloodshed only compiles on BSD, which would explain Timothy Stark's problems. I have a different problem: In makeuniv.c, there is a declaration: int ftell(); /* NOT a long */ However, in stdio.h, ftell is declared as a long. When I tried to change the name of ftell, it barfed on me. So, I simply copied stdio to the compile directory, changed <stdio.h> to "stdio.h", and changed ftell to int there. The program compiles fine, but when I run makeuniv < planet.list, it asks me "how many suns"? I respond with 30, it goes on it's merry way. Forever. It never comes back. Why? gdb showed that it was hanging on line 299 of makeplanet.c, with 0s all along the input stream.... ------------------------------------------------------------------------ Pete Berger || ARPA: Pete.Berger@andrew.cmu.edu Professional Student || BITNET: R746PB1P@CMCCVB Carnegie-Mellon University || NEXUS@DRYCAS Do not attend this college. || UUCP: ...!harvard!andrew.cmu.edu!pb1p ------------------------------------------------------------------------ "If only I could/make a deal with god/and get him to swap our places..." ------------------------------------------------------------------------
nick@stca77.stc.oz (Nick Lochrin) (05/04/89)
Has anyone has any luck with getting this to work under SYSV ? One of the things our compiler seems to be complaining about is that the conditional preprocessor directives do not seem to have valid C indentifiers, eg. #ifdef VER_4.3 , where it complains that the "." is invalid. Has anyone else had this problem ? -- Nick Lochrin nick@stca77.stc.oz Alcatel STC Australia ...!uunet!stca77.stc.oz!nick 41 Mandible St nick%stca77.stc.oz@uunet.UU.NET ALEXANDRIA NSW 2015
odlin@reed.UUCP (Iain Odlin) (05/07/89)
In article <507@stca77.stc.oz> nick@stca77.stc.oz (Nick Lochrin) writes: >eg. #ifdef VER_4.3 , where it complains that the "." is invalid. Try changing the period (.) to and underscore (_). -- ----------------------------------Iain Odlin---------------------------------- Box 1014, Reed College, Portland OR, 97202 odlin@reed -or- {ogccse, tektronix}!reed!odlin "A friend is someone who likes you in spite of yourself."