On invoke dynamic and method handles
John Rose
John.Rose at Sun.COM
Thu Dec 18 03:29:15 PST 2008
On Dec 17, 2008, at 2:16 PM, Iulian Dragos wrote:
> This is where we're heading. But the current implementation is using
> the JSR292 convention, so for my tests I should still use it?
For now, yes. I won't turn it off right away.
> I noticed a very useful method mentioned in the JSR is missing from
> the implementation, MethodHandles.guardWithTest. I hope it will make
> its way into the new spec.
That was an oversight. It's back in the spec. (Not implemented yet
though.)
> Our use case for invoke dynamic is to
> resolve calls to methods we know they exist in the receiver, but the
> receiver type does not show it. Resolved call sites are very likely to
> change, as the receiver class might change, so it would be great to
> have more fine grained control over invalidating call sites.
I'm looking forward to working with you on Scala use cases.
> One last question: does mlvm currently recognize the
> BootstrapInvokeDynamic classfile attribute? My tests were
> unsuccessful, so I'm wondering if my code generator is wrong, or I
> need to resort to static initializers.
Sorry, you'll have to resort... see previous email.
-- John
More information about the mlvm-dev
mailing list