[
https://issues.apache.org/jira/browse/GROOVY-10583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eric Milles updated GROOVY-10583:
---------------------------------
Fix Version/s: 2.5.17
> Stub generator handles method type parameter bounds incorrectly
> ---------------------------------------------------------------
>
> Key: GROOVY-10583
> URL: https://issues.apache.org/jira/browse/GROOVY-10583
> Project: Groovy
> Issue Type: Bug
> Components: Stub generator / Joint compiler
> Reporter: Krzysztof Sierszeń
> Assignee: Eric Milles
> Priority: Minor
> Fix For: 5.0.0-alpha-1, 2.5.17, 3.0.11, 4.0.2
>
>
> A declaration of:
> {code:java}
> def <R extends SyntaxNode, O extends Node> List<O> $$(Collection<? extends R>
> input, Class<O> outputType = Node) {code}
> yields (package FQ names omitted for brevity):
> {code:java}
> public <R extends SyntaxNode, O extends Node> java.util.List<O>
> $$(java.util.Collection<? extends SyntaxNode<R extends SyntaxNode>> input,
> java.lang.Class<O> outputType) { return (List<O>)null;} {code}
> which of course doesn't compile, because {{extends SyntaxNode}} does not
> belong to the type declaration of the method parameter.
>
> The issue seems to only affect constrained wildcards, note that the other
> method parameter turns out just fine.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
