Ahead of time compiler solutions
Fri Nov 15 09:48:00 GMT 2002
Philippe Laporte wrote:
> So how much of an effort would be involved in having GCJ generate JNI
> code (obviously as an extra option etc).
A fair amount of work, but probably quite feasible. But note that GCJ
would be used to compile the *non-native* Java methods. Therefore you
also need a tool to create a Java class where *all* the non-constructor
methods are native, so the JVM will know to look for the methods using
JNI. Another GCJ modification shoudl do it
> My performance measure is space, not speed...:-)
And the space usage will suck really bad too. mage replacing a
getfield JVM instruction (3 bytes plus whatever space is used in
the constant pool) with a function call, were you also need to
look up the field by name, so the field and class names also have
to be in the executable.
It still makes no sense.
More information about the Java