+1 to both.
On Sep 9, 2014, at 3:22 PM, Vladimir Ivanov
wrote:
>>> http://cr.openjdk.java.net/~vlivanov/8057657/webrev.00/
>>> https://bugs.openjdk.java.net/browse/JDK-8057657
>>>
>>
>> - BoundMethodHandle
>>
>> 57 assert(speciesData() == speciesData(form));
>>
>> I am missing som
On Sep 9, 2014, at 3:39 PM, Vladimir Ivanov
wrote:
> Paul, thanks for review!
>
+1
Paul.
> Updated webrev in place.
>
>>> http://cr.openjdk.java.net/~vlivanov/8057922/webrev.00
>>> https://bugs.openjdk.java.net/browse/JDK-8057922
>>>
>>> Introduce more sharing on LambdaForm level by rewr
Paul, thanks for review!
Updated webrev in place.
http://cr.openjdk.java.net/~vlivanov/8057922/webrev.00
https://bugs.openjdk.java.net/browse/JDK-8057922
Introduce more sharing on LambdaForm level by rewriting most of the MH
combinators using LambdaFormEditor.
The new code is guarded by USE_
http://cr.openjdk.java.net/~vlivanov/8057657/webrev.00/
https://bugs.openjdk.java.net/browse/JDK-8057657
- BoundMethodHandle
57 assert(speciesData() == speciesData(form));
I am missing some context here as to how that assert would pass for anything
other than Species_L, namely for
On Sep 9, 2014, at 12:51 PM, Vladimir Ivanov
wrote:
> http://cr.openjdk.java.net/~vlivanov/8057922/webrev.00
> https://bugs.openjdk.java.net/browse/JDK-8057922
>
> Introduce more sharing on LambdaForm level by rewriting most of the MH
> combinators using LambdaFormEditor.
>
> The new code is
On Sep 5, 2014, at 12:12 PM, Vladimir Ivanov
wrote:
> http://cr.openjdk.java.net/~vlivanov/8057657/webrev.00/
> https://bugs.openjdk.java.net/browse/JDK-8057657
>
- BoundMethodHandle
57 assert(speciesData() == speciesData(form));
I am missing some context here as to how that asser
thanks
Am 09.09.2014 12:13, schrieb Vladimir Ivanov:
Jochen,
Thanks for the report. I agree with your evaluation.
I filed JDK-8057919 [1] to track that.
Best regards,
Vladimir Ivanov
[1] https://bugs.openjdk.java.net/browse/JDK-8057919
On 9/9/14, 1:33 PM, Jochen Theodorou wrote:
so there is
http://cr.openjdk.java.net/~vlivanov/8057922/webrev.00
https://bugs.openjdk.java.net/browse/JDK-8057922
Introduce more sharing on LambdaForm level by rewriting most of the MH
combinators using LambdaFormEditor.
The new code is guarded by USE_LAMBDA_FORM_EDITOR flag and turned off by
default b
Jochen,
Thanks for the report. I agree with your evaluation.
I filed JDK-8057919 [1] to track that.
Best regards,
Vladimir Ivanov
[1] https://bugs.openjdk.java.net/browse/JDK-8057919
On 9/9/14, 1:33 PM, Jochen Theodorou wrote:
so there is no good reason for that?
Am 02.09.2014 10:59, schrieb
Thank you, Paul.
Best regards,
Vladimir Ivanov
On 9/9/14, 2:05 PM, Paul Sandoz wrote:
On Sep 5, 2014, at 6:42 PM, Vladimir Ivanov
wrote:
http://cr.openjdk.java.net/~vlivanov/8057656/webrev.00/
https://bugs.openjdk.java.net/browse/JDK-8057656
854 if (!canConvert(returnType(), new
On Sep 5, 2014, at 6:42 PM, Vladimir Ivanov
wrote:
> >> http://cr.openjdk.java.net/~vlivanov/8057656/webrev.00/
>>> https://bugs.openjdk.java.net/browse/JDK-8057656
>>>
>>
>> 854 if (!canConvert(returnType(), newType.returnType()))
>> 855 return false;
>> 856 Clas
so there is no good reason for that?
Am 02.09.2014 10:59, schrieb Jochen Theodorou:
Hi,
I just wanted to ask, why Class#getSimpleName() is used in
MethodType#toString(). People knowing this method from Class will also
know that getSimpleName makes assumption about the inner class names,
that ar
On Sep 9, 2014, at 12:11 AM, Martin Traverso wrote:
> Hi John,
>
> Thanks for the detailed explanation.
>
> I ran a few additional experiments after I wrote a simpler program to try to
> reproduce the issue. I don't see the permgen leak, so something else must be
> causing it in Presto. I do
Hi John,
Thanks for the detailed explanation.
I ran a few additional experiments after I wrote a simpler program to try
to reproduce the issue. I don't see the permgen leak, so something else
must be causing it in Presto. I do see the "Loaded..." messages without a
corresponding "Unloaded...", so
14 matches
Mail list logo