Changeset: 6f8b0e411313
Author:jrose
Date: 2011-05-12 21:42 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/6f8b0e411313
meth: put newer changes back in series
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://m
Changeset: 38b98a8dfc81
Author:jrose
Date: 2011-05-12 21:16 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/38b98a8dfc81
meth: update to reflect pushes to jdk7
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http
Changeset: 8e67dbf8981f
Author:jrose
Date: 2011-05-12 16:38 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/8e67dbf8981f
meth: checkpoint review versions
! meth-conv-6939861.patch
! meth-ing-7034977.patch
Changeset: 8c00995eb7b4
Author:jrose
Date: 2011-05-12 19:58
On May 12, 2011, at 7:58 AM, Christian Thalinger wrote:
> On May 11, 2011, at 6:08 PM, John Rose wrote:
>> http://cr.openjdk.java.net/~jrose/6939861/webrev.jdk.06/
>
> src/share/classes/java/lang/invoke/AdapterMethodHandle.java:
>
> +if (false && spreadArgCount > SPREAD_LIMIT)
> +
On May 11, 2011, at 11:41 AM, Christian Thalinger wrote:
> On May 11, 2011, at 6:02 PM, John Rose wrote:
>> http://cr.openjdk.java.net/~jrose/7034977/webrev.00
>>
>> This is the engineering review for the name changes to remove the term
>> "generic" from JSR 292.
>
>
> Looks good. -- Christia
>Changeset: 4e8293898841
>Author:jrose
>Date: 2011-05-12 13:44 -0700
>URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/4e8293898841
>
>meth: bring in some pending changes from hotspot-comp
That's working better!
$ jtreg -XX:+UnlockDiagnosticVMOptions -XX:+UnlockExperimentalVMO
Changeset: 4e8293898841
Author:jrose
Date: 2011-05-12 13:44 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/4e8293898841
meth: bring in some pending changes from hotspot-comp
+ meth-inline-7042122.patch
+ meth-mhw-6998541.patch
! meth.patch
! series
___
I think the problem is that meth-conv-6939861 is disabled with "#-testable".
I'll enable it and update the patch from hotspot-comp.
-- John
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
On May 11, 2011, at 6:08 PM, John Rose wrote:
> http://cr.openjdk.java.net/~jrose/6939861/webrev.jdk.06/
src/share/classes/java/lang/invoke/AdapterMethodHandle.java:
+if (false && spreadArgCount > SPREAD_LIMIT)
+return false;
+if (false && slotCount + extractStackMove
At 4:07 PM +0200 5/12/11, Christian Thalinger wrote:
>On May 12, 2011, at 3:51 PM, Stephen Bannasch wrote:
>> I'm getting some failures running the jtreg tests and wondered whether I
>> needed to enable or disable Ricochet Frames in theJVM
>> but that option is unrecognized.
>>
>> $ build/bsd-am
On May 12, 2011, at 3:51 PM, Stephen Bannasch wrote:
> I'm getting some failures running the jtreg tests and wondered whether I
> needed to enable or disable Ricochet Frames in theJVM
> but that option is unrecognized.
>
> $ build/bsd-amd64/j2sdk-image/bin/java -XX:-UseRicochetFrame
> -versio
I've been making more and more JRuby paths use invokedynamic, and
trying to get more of those to bind straight through with
methodhandles (rather than via our intermediate DynamicMethod class).
Most numbers are looking great...even some benchmarks against core
JRuby methods that are implemented in
JRuby invokedynamic bindings that use catchException appear to blow up
with a current MLVM build (as of a few minutes ago). The error is the
same in every case:
Caused by: java.lang.IllegalArgumentException: spread on
invoke_F9(CacheEntry,ThreadContext,IRubyObject,IRubyObject,String,IRubyObject,IR
I'm getting some failures running the jtreg tests and wondered whether I needed
to enable or disable Ricochet Frames in theJVM
but that option is unrecognized.
$ build/bsd-amd64/j2sdk-image/bin/java -XX:-UseRicochetFrame
-versionUnrecognized VM option '-UseRicochetFrame'
Error: Could not
14 matches
Mail list logo