Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ark1!nems!mimsy!mojo!russotto
From: russotto@eng.umd.edu (Matthew T. Russotto)
Newsgroups: comp.unix.aux
Subject: Re: Installing gcc on A/UX 1.1
Keywords: gcc
Message-ID: <1989Dec5.214610.25071@eng.umd.edu>
Date: 5 Dec 89 21:46:10 GMT
References: <3961@helios.TAMU.EDU> <1989Dec4.062116.3446@servalan.uucp>
Sender: news@eng.umd.edu (The News System)
Reply-To: russotto@eng.umd.edu (Matthew T. Russotto)
Organization: Merriversity of Uniland, College Purgatory
Lines: 22

In article <1989Dec4.062116.3446@servalan.uucp> rmtodd@servalan.UUCP (Richard Todd) writes:
>  The problem is that the source for gcc is too complex for Apple's C compiler
>to handle.  Believe it or not, the stock AT&T-derived CPP allocates space
>for handling defines from a *fixed size buffer* (32K, I believe), and if 
>your source code has more #defines than that, tough.  Rumour has it that 
>in SVR4 AT&T has finally learned about malloc(3) and fixed this piece of
>braindamage, but that's not much help to us now.
How about the C compiler in /usr/lib/big?  Is it able to handle gcc?
Not that it really matters of course-- given gcc binaries, gcc can be
used to compile itself, so this would just save a little download time.
Anyone else think it's ironic that Gnu's own philosophy prevents them
from stopping 'Evil Apple' from distributing their software...?
32K buffers?  Someone think that they are still using the 6502? Ack.
>--
>Richard Todd	rmtodd@uokmax.ecn.uoknor.edu  rmtodd@chinet.chi.il.us
>	rmtodd@servalan.uucp
>Motorola Skates On Intel's Head!


--
Matthew T. Russotto	russotto@eng.umd.edu	russotto@wam.umd.edu
][, ][+, ///, ///+, //e, //c, IIGS, //c+ --- Any questions?