Chanwit Kaewkasi a écrit :
> Hi Remi,
>
> I am running John's FidgetDemo with b58 and everything is fine.
>
> I am using -XX:+EnableInvokeDynamic.
> I compile the program with -target 7.
>
> Perhaps, I'll try your program posted here and see if I get the same error.
>
> Cheers,
>
> Chanwit
>
It
Rémi Forax a écrit :
> Chanwit Kaewkasi a écrit :
>
>> Hi Remi,
>>
>> I am running John's FidgetDemo with b58 and everything is fine.
>>
>> I am using -XX:+EnableInvokeDynamic.
>> I compile the program with -target 7.
>>
>> Perhaps, I'll try your program posted here and see if I get the same er
where adapter code is generated by calling for example
MethodHandles.appendArgument(). I am not entirely comfortable with this
construction. Mostly because JRockit does not have an interpreter.
So, following a recommendation from John, that I should blog about
jsr292. :-)
Here is the link:
http://
Fredrik Öhrström a écrit :
> where adapter code is generated by calling for example
> MethodHandles.appendArgument(). I am not entirely comfortable with this
> construction. Mostly because JRockit does not have an interpreter.
>
> So, following a recommendation from John, that I should blog about
>
When experimenting with invokedynamic or even just method handles,
always compile with -target 7 (or -XDinvokedynamic) and run with -XX:
+EnableInvokeDynamic. These defaults will get better when the EG
converges on the spec.
The API docs don't get built, and javac claims that java.dyn doesn
I'm looking at your AbstractVisitor code in detail, and there's one
possible bug in it.
The inner class Main0$1 is package-private (per inner class spec)
which means that AbstractVisitor should not be able to access the
'visit' methods, even though they are public. Therefore, you do need
