[9] RFR (XXS): 8059556: C2: crash while inlining MethodHandle invocation w/ null receiver

[Vladimir Ivanov]

Vladmir, John, thanks for the review.

> Suggest:
>    52             try {
>    53                 run();
>    54             } catch (NullPointerException e) {
>    55                 // expected
>    55.1              continue;
>    56             }
>    56.1          throw new InternalError("not expected");
Good point. I'll update the test.

Best regards,
Vladimir Ivanov
>
> On Oct 1, 2014, at 9:43 AM, Vladimir Ivanov <vladimir.x.ivanov at oracle.com> wrote:
>
>> http://cr.openjdk.java.net/~vlivanov/8059556/webrev.00/
>> https://bugs.openjdk.java.net/browse/JDK-8059556
>>
>> In case a receiver == null and it is a compile-time constant, it's type is TypePtr::NULL_PTR and it is not an oop pointer. Hence, receiver_type == NULL. There's no purpose in computing speculative_receiver_type in such case.
>>
>> Make the code in agreement with the similar speculative code in Parse::do_call().
>>
>> Testing: regression test
>>
>> Thanks!
>>
>> Best regards,
>> Vladimir Ivanov
>