Minimal libjava for embedded applications?

[Joshua Shagam (NY)]

Since BREW has its own version of the standard library with its own function
names, for now we're just reimplementing the parts of the library that we
need, since those parts are pretty minimal (even on the MIDP version of the
game we have an abstraction layer on top of Canvas due to the way MIDP
handles full-screen canvases and so on).  So we're basically just
reimplementing over java.lang.Object, java.lang.Exception, system.out, and
the garbage collector - basically we just need a way to get gcj-compiled
binary code to link against C++ code and run on BREW, and not a fully
compliant Java runtime or anything (so e.g. reflection isn't necessary).

Thanks for everyone's input, in any case.

> -----Original Message-----
> From: Tom Tromey [mailto:tromey@redhat.com]
> Sent: Thursday, February 17, 2005 1:15 PM
> To: C. Brian Jones
> Cc: Joshua Shagam (UBISERVER); java@gcc.gnu.org
> Subject: Re: Minimal libjava for embedded applications?
> 
> >>>>> "Brian" == C Brian Jones <cbj@gnu.org> writes:
> 
> Brian> It isn't that hard to write code to traverse the dependency tree,
> Brian> looking at the constant pool data (and ignoring reflection), so why
> not
> Brian> make it possible to do linking this way and if the user needs to
> they
> Brian> could specify other things needed or used via reflection manually?
> 
> In the very distant past we built libgcj from bytecode instead of from
> source.  I think this is probably still possible.  gcj is touchy if
> you modify Object or Class in certain ways, but other than that you
> could probably reduce the bytecode first, then compile everything from
> there.
> 
> Tom