This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: gcj uses reflection for every INVOKEINTERFACE?

From: Tom Tromey <tromey at redhat dot com>
To: Bryce McKinlay <bryce at mckinlay dot net dot nz>
Cc: Adam Megacz <adam at megacz dot com>, java at gcc dot gnu dot org
Date: 26 Feb 2004 18:37:13 -0700
Subject: Re: gcj uses reflection for every INVOKEINTERFACE?
References: <E1AwE2V-0008Nu-00@megacz.com><FE5EFC51-68C4-11D8-9414-003065F97F7C@mckinlay.net.nz>
Reply-to: tromey at redhat dot com

>>>>> "Bryce" == Bryce McKinlay <bryce@mckinlay.net.nz> writes:

Bryce> It would be possible to inline the itable lookup, thus avoiding the
Bryce> call to _Jv_LookupInterfaceMethodIdx. I expect that would give a
Bryce> moderate performance gain, but also possibly increase code size. It
Bryce> would be an interesting experiment.

Today I was wondering if gcj knows that this function is `pure'.  For
instance, will gcj hoist it out of a loop?  It seems like this could
be a useful (perhaps minor) optimization.

Tom

References:
- gcj uses reflection for every INVOKEINTERFACE?
  - From: Adam Megacz
- Re: gcj uses reflection for every INVOKEINTERFACE?
  - From: Bryce McKinlay

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]