cpp and other problems (was Re: Major bug in A/UX 1.1

[Richard Michael Todd]

In article <24213 at agate.BERKELEY.EDU> randy at violet.berkeley.edu (Randy Ballew) writes:
>We were then able to do a sanity restore by "zapping the PRAM," and
>resetting all its parameters.  The machine is running X again, I'm waiting for
>a repeat performance...  any tips?
Dunno about this, but I've had the PRAM get partially scrambled by *something*
repeatedly--specifically the GMT offset gets knocked back to zero and the 
"Console" button-selection from the General Preferences menu gets set to 
"None".  Fortunately this "Console" setting doesn't appear to have any effect,
and I'm now putting a command to set the GMT offset in /etc/sysinitrc.  Still,
something out there is messing with the PRAM when it shouldn't....

>Another problem:  the A/UX version[s] of cpp seem unable to cope with certain X
>software.  I'm trying to get our hacked up X11R3 HP widgets to compile (they're
>compiled and working on Sun 3.5 and 4.0, Ultrix 2.2 and 3.0).  I switched to
>/usr/lib/big after /bin/cpp choked in <stdio.h> (!!).  Here's where I'm hung
>now:
>
>randy at scrapple [73] % cd MACII 
>randy at scrapple [74] % make TextEdit.o
>	/bin/cc -O -c -I..  -DmacII -B /usr/lib/big/ ../TextEdit.c
>../TextEdit.c: 433: token too long
Just curious, have you checked to see if this message is from cpp or from
some other part of the compiler?  If it's from some other part of the compiler,
replacing cpp won't help.
  Anyway, the cpp that comes with A/UX does have severe limitations in the 
size of programs it can handle.  I've seen articles on comp.lang.c stating that
this is apparently a limitation of *all* SysV-derived cpp's, as the original
AT&T code apparently reserves a static buffer ~30K to hold all information
associated with #defines.  Somebody needs to tell these guys about malloc()....

>Unless someone has a less painful solution, my next shot is to make a GNU cpp.
>Unfortunately,  gcc version 1.35 has no configuration files for AUX.  Before I
>reinvent a wheel, has anyone successfully made gcc for AUX?  If so, any tips?

Last I heard, Paul Traina was working on a port of 1.34 to AUX, but I 
haven't heard anything lately.  (You still out there, Paul?)  Getting it
configured closely enough to get GNU cpp to work isn't too difficult; 
basically you use the config file for a 3b1.  I've got a config file that
I think produces a working GNU cpp, if you're interested.  Alas, GNU cc itself
uses constructs which cause problems for AUX's cpp, so one needs to build
GNU cpp first before one can even think of trying to get GCC going...
-- 
Richard Todd	Fido:1:147/1     USSnail:820 Annie Court,Norman OK 73069
Try one of these: rmtodd at chinet.chi.il.us, rmtodd at killer.dallas.tx.us,
   rmtodd at uokmax.ecn.uoknor.edu  or ...!sun!texsun!uokmax!rmtodd.