JDK-2213366 : compiler stackoverflows
  • Type: Backport
  • Backport of: JDK-7078829
  • Component: tools
  • Sub-Component: javac
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2011-08-25
  • Updated: 2011-09-20
  • Resolved: 2011-09-20
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.
JDK 7 JDK 8
7u4Resolved 8Resolved
Comments
EVALUATION MC says: This is not, strictly speaking a bug, javac crashes because it cannot complete a subtyping test properly - this problem is called undecidability of subtyping. There are papers about it. If you look close enough, this example is a clone of the example in this paper [1] (see Example 2 in Appendix A). Hence the loop. There's nothing we can do about this in the short term. Also, this is not a regression. This issue has been there since JDK 5 (when generics have been added). An unfortunate side-effect of wildcards. [1] - http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.129.6166&rep=rep1&type=pdf Closing as Will Not Fix
25-08-2011