rmtodd@uokmax.UUCP (Richard Michael Todd) (05/12/89)
In article <24213@agate.BERKELEY.EDU> randy@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@scrapple [73] % cd MACII >randy@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@chinet.chi.il.us, rmtodd@killer.dallas.tx.us, rmtodd@uokmax.ecn.uoknor.edu or ...!sun!texsun!uokmax!rmtodd.