This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: [BC ABI] For entertainment purposes only: gcj-JIT
- From: Tom Tromey <tromey at redhat dot com>
- To: Andrew Haley <aph at redhat dot com>
- Cc: java-patches at gcc dot gnu dot org
- Date: 11 Aug 2004 11:03:25 -0600
- Subject: Re: [BC ABI] For entertainment purposes only: gcj-JIT
- References: <16658.28695.555750.272695@cuddles.cambridge.redhat.com>
- Reply-to: tromey at redhat dot com
>>>>> "Andrew" == Andrew Haley <aph@redhat.com> writes:
Andrew> The runtime, in particular the way class registration gets done, is
Andrew> kinda wrong. I'm hoping that Tom Tromey can find the time to tidy it
Andrew> up a bit.
I'll be looking at it this week.
It occurred to me today that we might finally have a reason to
implement parts of java.lang.Compiler. Parts of that API aren't
useful for us at the moment, but we could use Compiler.enable(),
Compiler.disable().
I thought about having Compiler.command() set command line options or
the path to gcj, but those wind up being security holes.
Andrew> ! String gcjJitCompiler = System.getenv0 ("GCJ_JIT_COMPILER");
I'd like to use properties here instead of environment variables.
Tom