[
https://issues.apache.org/jira/browse/GROOVY-9565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eric Milles updated GROOVY-9565:
--------------------------------
Labels: StackOverflowError (was: )
> StackoverflowError when using an abstract class with generic parameters as
> the return value of a closure
> --------------------------------------------------------------------------------------------------------
>
> Key: GROOVY-9565
> URL: https://issues.apache.org/jira/browse/GROOVY-9565
> Project: Groovy
> Issue Type: Bug
> Components: Compiler
> Affects Versions: 3.x, 2.5.x
> Reporter: Daniel Demus
> Priority: Major
> Labels: StackOverflowError
>
> If you try to compile the project at
> [https://github.com/demus-nine/groovy-class-generic-stackoverflowerror]
> groovyc crashes with a StackoverflowError. This happens in
> org.codehaus.groovy.transform.stc.StaticTypeCheckingSupport#applyGenericsContext(java.util.Map<org.codehaus.groovy.ast.GenericsType.GenericsTypeName,org.codehaus.groovy.ast.GenericsType>,
> org.codehaus.groovy.ast.ClassNode) in this bit of recursive code:
> {code:java}
> if (bound.isArray()) {
> return applyGenericsContext(spec, bound.getComponentType()).makeArray();
> }
> {code}
> although I have seen it throw in other methods in the
> StaticTypeCheckingSupport class.
>
> The class that is being handled is an abstract class with a generic
> parameter, but in the code using the type there aren't enough hints to the
> compiler to resolve the generic constraint, possibly because it is
> self-referential.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
