Re: gcj suitable for native-wrappers for launching java?

[Tom Tromey <tromey at redhat dot com>]

Jeff> But if it's gcj/libgcj you're after, there are some options.  You can
Jeff> even write a small wrapper in Java, and compile to native:

One fun, but probably useless, deployment option is that you can
compile to .class, then compile the .class to a .o as a resource file.
Then `Class.forName()' or whatever will find it as a resource and hand
it to the interpreter.

I'm not sure why you'd want to do that, but you can.

Jeff> You can set the java.class.path property to burn a CLASSPATH
Jeff> into wrapper, and probably there's a way to get a library path
Jeff> in there too.

java.library.path

Jeff> I don't know if HP/UX even has a working gcj, that's another
Jeff> problem :-(

There's no sign of it in configure.host, so I doubt anybody has tried
it.

A base port is probably not too hard, at least assuming that the GC
has already been ported.

A more full port is tricky.  I've heard that there are hppa patches to
libffi out there (Andrew, this is needed to make the interpreter
work), but they aren't in the gcc tree yet.  And of course a truly
robust port has to define MD_FALLBACK_FRAME_STATE_FOR, which I gather
is a nontrivial piece of code.

Tom