JDK-2162713 : Loop-opts incorrectly removed a safepoint poll from a loop with an early exit
  • Type: Backport
  • Backport of: JDK-6519515
  • Component: hotspot
  • Sub-Component: compiler
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2008-05-19
  • Updated: 2011-02-16
  • Resolved: 2008-09-23
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other Other
5.0u16-rev,hs11Fixed hs11Fixed
Comments
EVALUATION The webrev for the fix is available here: http://jpsesvr.sfbay.sun.com:8080/ctetools/html/ViewDetail.jsp?index=2566
18-11-2008
EVALUATION The fix is the same as for the parent CR but with slight modification. Since there are no CallNode* Node::as_Call() and bool CallNode::guaranteed_safepoint() methods in 5.0, I replaced all their usages like here: if (n->is_Call() && !n->is_Call()->is_CallLeaf()) { instead of if (n->is_Call() && n->as_Call()->guaranteed_safepoint()) {
19-05-2008