RFR(S): 8035283 Second phase of branch shortening doesn't account for loop alignment

Rickard Bäckman rickard.backman at oracle.com
Wed Feb 19 22:21:16 PST 2014


might just be me but could you extract that logic into its own method?


On 02/19, Igor Veresov wrote:
> Branch shortening should take care of the case when a there is an “avoid-back-to-back” instruction in the loop header preceded by the block with another “avoid-back-to-back” instruction with the loop padding. The machinery did not account for the fact the padding can be completely eliminated during the emission.
> Webrev: http://cr.openjdk.java.net/~iveresov/8035283/webrev.00/
> JBS: https://bugs.openjdk.java.net/browse/JDK-8035283
> Testing: the affected application, CTW, jtreg (on SPARC-T4 with loop alignment 4 and 16), jprt
> Thanks!
> igor
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
Url : http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20140220/d25d6720/attachment.bin 

More information about the hotspot-compiler-dev mailing list