Re: [gcc-in-cxx] Get past stage1 on darwin

[Tobias Schlüter <tobias dot schlueter at physik dot uni-muenchen dot de>]

Richard Guenther wrote:
> On Sat, Mar 14, 2009 at 1:53 AM, Diego Novillo <dnovillo@google.com> wrote:
> > On Fri, Mar 13, 2009 at 20:25, Tobias Schlüter
> > <tobias.schlueter@physik.uni-muenchen.de> wrote:
> >
> > > Working from a clean tree, and ignoring the warnings in i386.c, gcc-in-cxx
> > > branch bootstraps on darwin.  Building Java takes ages because several times
> > > the compiler eats more than 1.5Gb of memory, but I would be surprised if
> > > this were specific to the branch.
>
> 1.5GB is specific to the branch I think.
>
> > Which compiler?  jc1, cc1plus, cc1?  The C++ front end is notoriously
> > memory intensive.
>
> Are we sure that the GC machinery ain't broke on the branch?

I'm seeing these problems with jc1.  This is one of the commands that 
make my computer (1Gb RAM) grind to a halt:
/bin/sh ./libtool --tag=GCJ --mode=compile 
/Users/tobi/src/gcc-in-cxx/build/gcc/gcj 
-B/Users/tobi/src/gcc-in-cxx/build/i386-apple-darwin8.11.1/libjava/ 
-B/Users/tobi/src/gcc-in-cxx/build/gcc/ -ffloat-store 
-fomit-frame-pointer -Usun -fclasspath= 
-fbootclasspath=../../../libjava/classpath/lib --encoding=UTF-8 
-Wno-deprecated -fbootstrap-classes -g -O2  -c -o 
gnu/javax/swing/text/html/parser/HTML_401F.lo 
-fsource-filename=/Users/tobi/src/gcc-in-cxx/build/i386-apple-darwin8.11.1/libjava/classpath/lib/classes 
-MT gnu/javax/swing/text/html/parser/HTML_401F.lo -MD -MP -MF 
gnu/javax/swing/text/html/parser/HTML_401F.deps 
@gnu/javax/swing/text/html/parser/HTML_401F.list
libtool: compile:  /Users/tobi/src/gcc-in-cxx/build/gcc/gcj 
-B/Users/tobi/src/gcc-in-cxx/build/i386-apple-darwin8.11.1/libjava/ 
-B/Users/tobi/src/gcc-in-cxx/build/gcc/ -ffloat-store 
-fomit-frame-pointer -Usun -fclasspath= 
-fbootclasspath=../../../libjava/classpath/lib --encoding=UTF-8 
-Wno-deprecated -fbootstrap-classes -g -O2 -c 
-fsource-filename=/Users/tobi/src/gcc-in-cxx/build/i386-apple-darwin8.11.1/libjava/classpath/lib/classes 
-MT gnu/javax/swing/text/html/parser/HTML_401F.lo -MD -MP -MF 
gnu/javax/swing/text/html/parser/HTML_401F.deps 
@gnu/javax/swing/text/html/parser/HTML_401F.list  -fno-common -o 
gnu/javax/swing/text/html/parser/.libs/HTML_401F.o

It looks like there's no GC going on, memory consumption grows 
monotonously AFAICT.

Cheers,
- Tobi