This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Ahead of time compiler solutions
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.
--
--Per Bothner
per@bothner.com http://www.bothner.com/per/