On Jul 19, 2012, at 7:04 PM, Dain Sundstrom wrote:
> I have some code that tries to get the value of a static final field using a
> MethodHandle, and I find that the field is null because the class isn't
> initialized. Is calling a method handle supposed to cause a class to
> initialize (run th
Changeset: 971e1b4846fc
Author:jrose
Date: 2012-07-19 19:28 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/971e1b4846fc
meth-lazy: add missing int conversions to BMH.bindArgument
! meth-lazy-7023639.bmh.patch
___
mlvm-dev mailin
I have some code that tries to get the value of a static final field using a
MethodHandle, and I find that the field is null because the class isn't
initialized. Is calling a method handle supposed to cause a class to initialize
(run the method)?
In a related question, what is the best way t
Changeset: 89a156565b76
Author:jrose
Date: 2012-07-19 17:38 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/89a156565b76
meth-lazy: allow non-void LF method to return to void call site
! meth-lazy-7023639.review.patch
___
mlv
Changeset: f8ac1c76761f
Author:twisti
Date: 2012-07-19 15:15 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/f8ac1c76761f
meth-lazy: removed Ricochet frame code from SA
! meth-lazy-7023639.review.patch
___
mlvm-dev mailing li
Nice.
Vladimir
Christian Thalinger wrote:
> We forgot to remove the Ricochet Frame code from the sA:
>
> http://cr.openjdk.java.net/~twisti/7023639/
>
> -- Chris
>
> On Jul 19, 2012, at 11:28 AM, Christian Thalinger wrote:
>
>> JDK testing found a small bug:
>>
>> diff --git a/src/share/vm/oo
We forgot to remove the Ricochet Frame code from the sA:
http://cr.openjdk.java.net/~twisti/7023639/
-- Chris
On Jul 19, 2012, at 11:28 AM, Christian Thalinger wrote:
> JDK testing found a small bug:
>
> diff --git a/src/share/vm/oops/cpCacheOop.cpp
> b/src/share/vm/oops/cpCacheOop.cpp
> ---
Changeset: cc59efc75960
Author:twisti
Date: 2012-07-19 13:56 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/cc59efc75960
meth-lazy: small bugfix
! meth-lazy-7023639.review.patch
___
mlvm-dev mailing list
mlvm-dev@openjdk.jav
On Jul 19, 2012, at 10:15 AM, Mark Roos wrote:
> Is there any way from within ( or from a debug agent ) to tell hotspot to
> forget all optimization?
Not really. There is -Xint which runs only in the interpreter.
And -client or -XX:TieredStopAtLevel=1 which turns off C2.
> I also see a few
JDK testing found a small bug:
diff --git a/src/share/vm/oops/cpCacheOop.cpp b/src/share/vm/oops/cpCacheOop.cpp
--- a/src/share/vm/oops/cpCacheOop.cpp
+++ b/src/share/vm/oops/cpCacheOop.cpp
@@ -486,7 +486,8 @@
// virtual and final so _f2 contains method ptr instead of vtable index
if (f2
Thanks John, don't jump right in to my report. I'll look into it more and
I really don't want to sidetrack you.
I did run with several flag choices ( server, tiered, debug agent ) and
found
only about a 10% difference after I let hotspot stabilize. I am pretty
sure
I don't have Christian's pa
On Jul 18, 2012, at 4:24 PM, Mark Roos wrote:
> While generally faster than 7u2 I do have a strangeness in that when my
> target is a chain of methodHandles its much slower then when my target
> is a methodHandle-callsite-chain of handles. My second case is where I add
> a debugging trap at th
Changeset: b6a3c70ad80a
Author:jrose
Date: 2012-07-19 00:27 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/b6a3c70ad80a
meth-lazy: simplify field accessor code
! meth-lazy-7023639.bmh.patch
___
mlvm-dev mailing list
mlvm-dev@ope
Changeset: 13510fe048e4
Author:jrose
Date: 2012-07-19 00:23 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/13510fe048e4
meth-lazy: fix EA bug (contributed by kvn)
! meth-lazy-7023639.review.patch
___
mlvm-dev mailing list
ml
14 matches
Mail list logo
