This is the mail archive of the java-patches@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: PATCH: libffi vs. SPARC (again)

From: Tom Tromey <tromey at redhat dot com>
To: Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>
Cc: Jeff Sturm <jsturm at one-point dot com>, java-patches at gcc dot gnu dot org
Date: 14 Nov 2001 09:32:10 -0700
Subject: Re: PATCH: libffi vs. SPARC (again)
References: <Pine.LNX.4.10.10111140345290.8053-100000@mars.deadcafe.org> <3BF23188.70204@waitaki.otago.ac.nz>
Reply-to: tromey at redhat dot com

>>>>> "Bryce" == Bryce McKinlay <bryce@waitaki.otago.ac.nz> writes:

Bryce> One thing that could be done, I think, in Method.invoke() is to
Bryce> cache the ffi's cif structure in the Method objects? Although
Bryce> its stack allocated, calling ffi_prep_cif every time looks
Bryce> pretty expensive.

Caching would be good, I think.

Right now there's a bit of a mess though.  The interpreter caches
cifs, but not in the Method.  It would be nice if the interpreter,
JNI, and reflection all shared caching.  (This might be too much work
though.)

Tom

References:
- PATCH: libffi vs. SPARC (again)
  - From: Jeff Sturm
- Re: PATCH: libffi vs. SPARC (again)
  - From: Bryce McKinlay

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