Request for reviews (XS): 7043552: regression after 7042327
Tom Rodriguez
tom.rodriguez at oracle.com
Tue May 10 12:46:12 PDT 2011
Looks good then.
tom
On May 10, 2011, at 12:37 PM, Vladimir Kozlov wrote:
> Yes, one after an other for each unroll:
>
> 0e0 movl R11, #-2147483648 # int
> 0e6 cmpl R10, [RSP + #8 (32-bit)]
> 0eb movl R8, [rsp + #8] # spill
> 0f0 cmovll R8, R11 # signed, int
> 0f4 movl RCX, R8 # spill
> 0f7 addl RCX, #-2 # int
> 0fa cmpl R8, RCX
> 0fd cmovll RCX, R11 # signed, int
> 101 movl R8, RCX # spill
> 104 addl R8, #-4 # int
> 108 cmpl RCX, R8
> 10b cmovll R8, R11 # signed, int
> 10f movl RCX, R8 # spill
> 112 addl RCX, #-8 # int
> 115 cmpl R8, RCX
> 118 cmovll RCX, R11 # signed, int
>
> Vladimir
>
> Tom Rodriguez wrote:
>> So the old code ended up stacking them up?
>> tom
>> On May 10, 2011, at 12:06 PM, Vladimir Kozlov wrote:
>>> http://cr.openjdk.java.net/~kvn/7043552/webrev
>>>
>>> Fixed 7043552: regression after 7042327
>>>
>>> I screw up the fix for 7042327 and Opaque2 node is generated for each unroll preventing folding CMoveI nodes. Generate Opaque2 node only during first unroll.
>>>
>>> Tested with failed case from 7042327.
More information about the hotspot-compiler-dev
mailing list