RFR(XS): 8072844: Use more efficient LambdaForm type representation

[Ulf]

Hi again,
why not simply? :
1282         MethodType type = mt.changeParameterType(0, MethodHandle.class);

In any case, the state of the external mt becomes changed, so better clone mt.

Additional suggestion to save the in and out packing with MethodType:
1279     static MemberName generateLambdaFormInterpreterEntryPoint(Type rType, Type[] pTypes) {

-Ulf


Am 03.12.2015 um 15:08 schrieb Michael Haupt:
> Dear all,
>
> thank you, Claes, Sundar, and Ulf - here's a new webrev: http://cr.openjdk.java.net/~mhaupt/8072844/webrev.01
>
> The string signature is now only used in tracing and assertions, which is why caching it is not necessary.
>
> Caching the method type might be worthwhile, but this requires further analysis: it is used in LF bytecode generation and DMH creation only. I'll keep it out of this change but bear it in mind.
>
> Thanks,
>
> Michael
>
>> Am 03.12.2015 um 11:05 schrieb Michael Haupt <michael.haupt at oracle.com>:
>>
>> Dear all,
>>
>> please review this change.
>> RFE: https://bugs.openjdk.java.net/browse/JDK-8072844
>> Webrev: http://cr.openjdk.java.net/~mhaupt/8072844/webrev.00
>>
>> Thanks,
>>
>> Michael
>