[10] RFR(S) 8194992: Null pointer dereference in MultiNode::proj_out related to loopexit()
Tobias Hartmann
tobias.hartmann at oracle.com
Thu Jan 18 17:51:39 UTC 2018
Hi Dean,
On 18.01.2018 18:49, dean.long at oracle.com wrote:
> The Parfait instructions say that it must be run on a slowdebug build. I think Parfait used to have problems with
> recognizing all the hotspot "exit" functions, so maybe that was the reason guarantee() was used.
Okay, thanks for clarifying!
The changes look good to me.
Best regards,
Tobias
> On 1/18/18 1:42 AM, Tobias Hartmann wrote:
>> Hi Dean,
>>
>> I have a general question about your fixes: Isn't Parfait also used to analyze product builds that won't have the assert
>> code? The guarantees you removed in loopTransform.cpp were added in the past to make Parfait happy (JDK-8009181).
>>
>> Thanks,
>> Tobias
>>
>> On 18.01.2018 04:30, dean.long at oracle.com wrote:
>>> http://cr.openjdk.java.net/~dlong/8194992/webrev/
>>>
>>> https://bugs.openjdk.java.net/browse/JDK-8194992
>>>
>>>
>>> This fix is uses the same approach as 8194988. I split loopexit() into loopexit_or_null(), which can return NULL, and
>>> loopexit() which cannot.
>>>
>>>
>>> dl
>>>
>
More information about the hotspot-compiler-dev
mailing list