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

Igor Veresov igor.veresov at oracle.com
Wed Feb 19 18:10:48 PST 2014

• Previous message: RFR: 6498581: ThreadInterruptTest3 produces wrong output on Windows
• Next message: RFR(S): 8035283 Second phase of branch shortening doesn't account for loop alignment
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

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

• Previous message: RFR: 6498581: ThreadInterruptTest3 produces wrong output on Windows
• Next message: RFR(S): 8035283 Second phase of branch shortening doesn't account for loop alignment
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

More information about the hotspot-compiler-dev mailing list