This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: Patch: support non-libffi enabled platforms
- To: green at cygnus dot com
- Subject: Re: Patch: support non-libffi enabled platforms
- From: Tom Tromey <tromey at redhat dot com>
- Date: 12 Feb 2001 14:07:27 -0700
- Cc: java-patches at gcc dot gnu dot org
- References: <200102110710.XAA24336@makita.cygnus.com>
- Reply-To: tromey at redhat dot com
>>>>> "Anthony" == Anthony Green <green@cygnus.com> writes:
Anthony> 2001-02-10 Anthony Green <green@redhat.com>
Anthony> * configure.host: Define with_libffi.
Anthony> * configure.in: Define USING_LIBFFI accordingly.
Anthony> * configure: Rebuilt.
Anthony> * include/config.h.in: Add USING_LIBFFI.
Anthony> * java/lang/reflect/natMethod.cc: Obey USING_LIBFFI.
I don't mind introducing USING_LIBFFI. I think this is a good idea.
However, couldn't we somehow ask libffi whether it should be used?
That way we only need to do the configure hacking in a single place.
Ideally libffi could tell us (1) if it works on the platform and (2)
if the closure code is supported on the platform.
Tom