[9] RFR(M): 8146629: Make phase->is_IterGVN() accessible from Node::Identity and Node::Value

Krystal Mok rednaxelafx at gmail.com
Thu Jan 7 23:20:09 UTC 2016


I see. Thanks a lot for the explanation, Vladimir!

Best regards,
Kris

On Thu, Jan 7, 2016 at 2:51 PM, Vladimir Kozlov <vladimir.kozlov at oracle.com>
wrote:

> PhaseValues has additional data which we may access.
> As Tobias said we may consider using additional field in PhaseGVN to check
> for IGVN instead of using virtual method is_IterGVN() and can_reshape
> parameter. It would be next step.
>
> Thanks,
> Vladimir
>
> On 1/7/16 2:40 PM, Krystal Mok wrote:
>
>> That's interesting. Out of curiosity, would adding a "bool can_reshape"
>> argument to Identity() and Value() do the job,
>> just like the way Ideal() does it?
>> If so, what was the trade off that led to this change as opposed to
>> adding an argument?
>>
>> Thanks,
>> Kris
>>
>> On Thursday, January 7, 2016, Vladimir Kozlov <vladimir.kozlov at oracle.com
>> <mailto:vladimir.kozlov at oracle.com>> wrote:
>>
>>     Perfect.
>>
>>     Thanks,
>>     Vladimir
>>
>>     On 1/7/16 10:51 AM, Tobias Hartmann wrote:
>>
>>         Hi,
>>
>>         please review the following patch.
>>
>>         https://bugs.openjdk.java.net/browse/JDK-8146629
>>         http://cr.openjdk.java.net/~thartmann/8146629/webrev.00/
>>
>>         Currently, there is no way to determine in Node::Identity() and
>> Node::Value() if we were called from GVN or IGVN
>>         but sometimes we would like to do optimizations based on this
>> information (for example, see discussion in RFR
>>         for JDK-8136469 [1]). I changed the arguments of Node::Identity()
>> and Node::Value() from PhaseTransform* to
>>         PhaseGVN*. Like this, we can simply call
>> PhaseValues::is_IterGVN() from both methods.
>>
>>         Thanks,
>>         Tobias
>>
>>         [1]
>> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2016-January/020670.html
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160107/d8674636/attachment.html>


More information about the hotspot-compiler-dev mailing list