This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Problems using the GCJ interpreter
- From: Tom Tromey <tromey at redhat dot com>
- To: Øyvind Harboe <oyvind dot harboe at zylin dot com>
- Cc: <java at gcc dot gnu dot org>
- Date: 19 Feb 2003 11:45:21 -0700
- Subject: Re: Problems using the GCJ interpreter
- References: <41D1051F31A2674C99E41CA28EE734980A1F80@isp-ex2k.intellimade.net>
- Reply-to: tromey at redhat dot com
>>>>> "Øyvind" == Øyvind Harboe <oyvind dot harboe at zylin dot com> writes:
Øyvind> The idea was that I'd not compile the swt.jar natively,
Øyvind> but just let the interpreter deal with it runtime.
Øyvind> Thought I'd check out what impact that had on performance/size.
Ok.
Øyvind> C:\thisiscool-gcc\examples\HelloSWT>gcj --main=HelloSWT
Øyvind> --classpath=swt.jar HelloSWT.java
Right now, having precompiled code refer to interpreted code is
unsupported. So if you want to compile your application, you'll have
to compile the libraries to which it directly refers.
On the trunk there are some patches to make the `-fno-assume-compiled'
feature work better. This feature gives better support for this sort
of thing. However, I think there are still some bugs in this code.
It is something I think we'll probably support in the 3.4 release (or
3.5, or ... -- depending on how much work goes into it).
Longer term (or shorter, depending again on who does how much of what
when :-), we'll use Bryce's -findirect-dispatch approach. This gives
both easy interpreter/compiled code interoperability and java-style
binary compatibility. I believe this is less finished than
-fno-assume-compiled.
Tom