This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Applications
Jeff Sturm writes:
> Eventually it'll be a nice regression test, probably for 3.1, as it
> will not work on 3.0.1 (though it does compile with 3.0).
Maybe I should have a look at it. I also thought that Jython would be
a nice regression test -- I would guess there are a lot of Python
torture tests. Note I'm already running some Kawa tests.
We're pretty close to compiling Jython. We're missing RMI and some
other misc. packages (like the one that contains JavaLoaderFactory.)
BTW, I'm revising my patch, still being tested.
./A
2001-07-12 Alexandre Petit-Bianco <apbianco@redhat.com>
* parse.y (patch_method_invocation): Don't override the primary if
one is already provided, but let this$<n> be built.
Index: parse.y
===================================================================
RCS file: /cvs/gcc/gcc/gcc/java/parse.y,v
retrieving revision 1.295
diff -u -p -r1.295 parse.y
--- parse.y 2001/07/12 21:36:43 1.295
+++ parse.y 2001/07/13 04:35:53
@@ -10030,7 +10036,7 @@ patch_method_invocation (patch, primary,
- LIST is non static. It's invocation is transformed from
x(a1,....,an) into access$<n>(this$<n>,a1,...,an).
- LIST is static. It's invocation is transformed from
- x(a1,....,an) into TYPEOF(this$<n>).x(a1,....an).
+ x(a1,....,an) into TYPE_OF(this$<n>).x(a1,....an).
Of course, this$<n> can be abitrary complex, ranging from
this$0 (the immediate outer context) to
@@ -10040,7 +10046,8 @@ patch_method_invocation (patch, primary,
this_arg has to be moved into the (then generated) stub
argument list. In the meantime, the selected function
might have be replaced by a generated stub. */
- if (maybe_use_access_method (is_super_init, &list, &this_arg))
+ if (!primary &&
+ maybe_use_access_method (is_super_init, &list, &this_arg))
{
args = tree_cons (NULL_TREE, this_arg, args);
this_arg = NULL_TREE; /* So it doesn't get chained twice */