On May 9, 2012, at 8:30 PM, Charles Oliver Nutter wrote:
> Thanks for the update, John! Comments below...
>
> On Wed, May 9, 2012 at 2:34 PM, John Rose wrote:
>> In JDK 7 FCS a method handle is represented as a chain of argument
>> transformation blocks, ending in a pointer to a methodOop. The
Changeset: 07e1220e834c
Author:twisti
Date: 2012-05-10 13:12 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/07e1220e834c
meth-lazy: fixed bytecode generation bug; enabled EI and NFI caches and
predefined invokers
! meth-lazy-7023639.patch
On May 10, 2012, at 12:16 AM, Jeroen Frijters wrote:
> Thanks for the update. This sounds great. It looks like this would be helpful
> for me as well. Is the LambdaForm stuff written in Java?
Yes, all in Java. This refactoring moves a lot of stuff up-stack from assembly
to C++ and C++ to Java.
On May 10, 2012, at 10:33 AM, Charles Oliver Nutter wrote:
> Here's a dump of one of the classes in question. Note that offset 7 in
> the invoke method is definitely wrong:
> https://gist.github.com/5a5e49f31bc79ac344b3
>
> Christian so far can't reproduce, but it seems like a strange thing to
>
Changeset: f45d25ab71e1
Author:twisti
Date: 2012-05-10 11:11 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/f45d25ab71e1
meth-lazy: fixed C1; C2 still not working
! meth-lazy-7023639.jit.patch
___
mlvm-dev mailing list
mlvm-
Changeset: 32e044b02c0b
Author:twisti
Date: 2012-05-10 11:09 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/32e044b02c0b
meth-lazy: removed BytecodeBuffer; other minor changes
! meth-lazy-7023639.patch
___
mlvm-dev mailing list
Here's a dump of one of the classes in question. Note that offset 7 in
the invoke method is definitely wrong:
https://gist.github.com/5a5e49f31bc79ac344b3
Christian so far can't reproduce, but it seems like a strange thing to
be a problem only in my build...
- Charlie
On Thu, May 10, 2012 at 11:
On Thu, May 10, 2012 at 1:24 AM, Michael Haupt wrote:
> hard to tell what's wrong without seeing the bytecode. :-)
Indeed!
> Please set InvokerBytecodeGenerator.DUMP_CLASS_FILES to true to have all
> LFI (NFI, EI) class files serialised. This also enables unique numbering.
> The dumped class fil
Thanks for the update. This sounds great. It looks like this would be helpful
for me as well. Is the LambdaForm stuff written in Java?
Hopefully my strategy of doing nothing will pay off ;-)
Regards,
Jeroen
> -Original Message-
> From: mlvm-dev-boun...@openjdk.java.net [mailto:mlvm-dev-
