This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: PATCH: Improve Java build times
- From: Per Bothner <per at bothner dot com>
- To: Zack Weinberg <zack at codesourcery dot com>
- Cc: Tom Tromey <tromey at redhat dot com>, gcc-patches at gcc dot gnu dot org, java at gcc dot gnu dot org
- Date: Sat, 01 Jun 2002 09:09:33 -0700
- Subject: Re: PATCH: Improve Java build times
- References: <200205191658.g4JGwuX32168@gandalf.codesourcery.com> <20020519180954.GC1442@codesourcery.com> <87hekolzeq.fsf@creche.redhat.com> <20020601023010.GA15705@codesourcery.com>
On Fri, May 31, 2002 at 04:34:37PM -0600, Tom Tromey wrote:
> There's other weird, dead code in gcj. For instance look for
> JAVA_USE_HANDLES. I'm not really sure what either of these options
> was intended for. I'm definitely in favor of removing any code that
> has sat unused for years...
The original Java implementations represented objects using an
extra level of indirection - i.e. similar to Mac OS "handles".
An object reference was a pointer to a two-word structure, where
one of the words in turn pointed to the actual fields. I'm not
sure, but I think Kaffe also used to do that.
The use of handles was exposed in the original (pre-JNI) native
interface.
While I preferred to avoid handles, I thought at one point we might
want to support them - it might potentially enable binary compatibility
with JDK. I don't remember it it was required for source compatibility
of native code - it probably depended on how teh native code as written.
So if JAVA_USE_HANDLES was defined, gcj would use the extra indirection.
There is no reason to keep the code around any longer.
--
--Per Bothner
per@bothner.com http://www.bothner.com/per/