Re: gcj/74: jc1 dumps core when compiling java/lang/Object.java

[Tom Tromey <tromey at cygnus dot com>]

The following reply was made to PR gcj/74; it has been noted by GNATS.

From: Tom Tromey <tromey@cygnus.com>
To: Pekka Nikander <Pekka.Nikander@hut.fi>
Cc: Tom Tromey <tromey@cygnus.com>, java-gnats@sourceware.cygnus.com,
        Anthony Green <green@cygnus.com>
Subject: Re: gcj/74: jc1 dumps core when compiling java/lang/Object.java
Date: Fri, 22 Oct 1999 13:04:56 -0700

 >>>>> "Pekka" == Pekka Nikander <Pekka.Nikander@hut.fi> writes:
 
 Pekka> I am trying to build a minimalistic runtime environment for
 Pekka> Hitachi H8, i.e., the Lego Robotics RCX controller.  I cannot
 Pekka> use libgcj because it is far too big.  It seems to me that I
 Pekka> also have to hack the compiler in other respects, too, since
 Pekka> e.g. java.lang.Class has a huge number of internal, compiler
 Pekka> generated fields that I won't need.
 
 Yeah, you're right -- you'll have to change the compiler so it doesn't
 emit fields you don't care about.  Basically, as you surmised, the
 compiler has a fair amount of knowledge about the runtime.  This is
 more or less undocumented, too :-(.  For instance the compiler can
 generate calls to various functions which the runtime must implement.
 
 It might be interesting to see if we can do this in a generic way.  It
 might be useful for us to have a very minimal build available.  I
 don't know for sure.
 
 Pekka> Here is a tentative patch to fix the problem.
 
 Alex will have to look at this.  It is way out of my area.
 
 Tom