Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!indetech!daver!bungi.com!news
Newsgroups: comp.sys.nsc.32k
Subject: Re: Need help compiling gcc.
Message-ID: <9101080002.AA12145@halsoft>
Date: 8 Jan 91 00:02:53 GMT
Sender: news@daver.bungi.com
Lines: 36
Approved: news@daver.bungi.com

>Ian Dall writes:
>Sverre Froyen writes:
...
> >  ...  However when compiling gnulib2 or when trying to recompile
> > gcc-1.38 I get fatal signal 6 (out of memory).  Given 4MB of memory
> > this somehow does not seem right.

>It could be. The optimisation can use a lot of memory (though I
>wouldn't have expected gnulib2 to be a problem). Try compiling the
>troublesome modules without -O.

FYI: I had gcc run for about 24 hours using about 3 hours of CPU time
optimizing one of the larger versions of flex.  This happened under ISC
i386 unix running on a Compaq with 8 Mbytes of memory.  Here's part of
ps from a partially complete run -- note the 141:18 minutes of cpu time
on the last line of ps output.

Compiling without "-O" is very likely the right idea.  Efficiency loss
should not be drastic.

====== ====== ====== ====== ====== ====== ====== ====== ====== 
halsoft:~/52> ps -fu jon
     UID   PID  PPID  C    STIME TTY      TIME COMMAND
...
     jon  4807  4329  0 16:14:33 ttyp2    0:00 /bin/make bigtest 
     jon  4879  4807  0 16:19:27 ttyp2    0:00 sh -ce rm -f scan.c ; make COMPRESSION="-Cf" test 
     jon  4881  4879  0 16:19:28 ttyp2    0:00 make COMPRESSION=-Cf test 
     jon  4884  4881  0 16:19:35 ttyp2    0:00 gcc -O -DUSG -traditional -c scan.c 
     jon  4886  4884  0 16:19:40 ttyp2   141:18 /usr/local/lib/gcc-cc1 /usr/tmp/cca04884.cpp -quiet -dumpbase scan.c -O -tradit
...
halsoft:~/53> date
Sat Nov 17 15:43:27 PST 1990
====== ====== ====== ====== ====== ====== ====== ====== ====== 

Good Luck:
Jonathan Ryshpan		<...!uunet!hitachi!jon>