GCJ for eCos

Fri Jun 6 18:18:00 GMT 2003

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.