[9] RFR (XXS): 8059556: C2: crash while inlining MethodHandle invocation w/ null receiver
John Rose
john.r.rose at oracle.com
Wed Oct 1 17:37:09 UTC 2014
Reviewed.
Suggest:
52 try {
53 run();
54 } catch (NullPointerException e) {
55 // expected
55.1 continue;
56 }
56.1 throw new InternalError("not expected");
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
More information about the hotspot-compiler-dev
mailing list