This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
RE: GCJ for eCos
- From: Andrew Haley <aph at redhat dot com>
- To: "Boehm, Hans" <hans_boehm at hp dot com>
- Cc: Boris Kolar <boris dot kolar at globera dot com>, Øyvind Harboe <oyvind dot harboe at zylin dot com>, java at gcc dot gnu dot org
- Date: Fri, 6 Jun 2003 19:18:47 +0100
- Subject: RE: GCJ for eCos
- References: <75A9FEBA25015040A761C1F74975667D0144215E@hplex4.hpl.hp.com>
Boehm, Hans writes:
> > -----Original Message-----
> > From: Andrew Haley [mailto:aph@redhat.com]
> > ...
> > An embedded Java subset need not even have garbage collection, for
> > example. Reflection support can be removed, and therefore reflective
> > data can be removed also. But the gc uses reflection metadata, so if
> > you want garbage collection some of that information must stay.
> > ...
> This is an aside, but ...
>
> I don't think the gc relies very heavily on reflection metadata at
> this point. In most cases it uses a descriptor in the vtable. It
> wouldn't be hard to make it act conservatively in the few remaining
> cases. And I think that could easily be done as part of a
> build-time option.
Well, that's certainly a very interesting possibility, and something
that is a fairly simple project for someone to do -- a build of libgcj
with no reflective data at all.
Andrew.