Summary: | [1.5][compiler] StackOverflow compiling GNU Classpath generics branch | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Jeroen Frijters <jeroen> | ||||
Component: | Core | Assignee: | Philipe Mulet <philippe_mulet> | ||||
Status: | VERIFIED FIXED | QA Contact: | |||||
Severity: | normal | ||||||
Priority: | P3 | CC: | daniel_megert, maxime_daniel | ||||
Version: | 3.1 | ||||||
Target Milestone: | 3.1 RC3 | ||||||
Hardware: | PC | ||||||
OS: | Windows XP | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
Jeroen Frijters
2005-06-15 03:34:43 EDT
A snapshot of the GNU Classpath generics branch (ready to compile) is available here: http://www.frijters.net/bug100128.zip Unzip and compile using: ecj -1.5 -nowarn @src.lst +1 for RC3 Dani - pls cast a vote. You know how an Error is bad. +1 to fix this in 3.1 RC3. Created attachment 23158 [details]
Apply patch on CaptureBinding
I suspect issue arises due to capture creating a cyclic supertype (which
erasure is then falling into), as firstBound isn't protected for cycle
detection.
Maxime - pls obtain a simpler testcase reproducing it. Thanks! The patch seems to work. Shorter test case: public class X<E> { E[] m; public X() { X<? extends E> x = null; System.out.println(x.m.length); } } Thanks for confirming. Also note that another issue got addressed within your source lib (see bug 100147). Thanks Maxime. Added GenericTypeTest#test759. Fixed Verified using N20050616-0010 + JDT/Core HEAD. The attached project contains 3 compile errors, but no more internal compile errors. Verified using N20050616-0010 + JDT/Core HEAD |