You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@groovy.apache.org by "Eric Milles (Jira)" <ji...@apache.org> on 2022/07/23 16:28:00 UTC
[jira] [Updated] (GROOVY-10583) Stub generator handles method type parameter bounds incorrectly
[ 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: (was: 5.0.0-alpha-1)
> 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: 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.10#820010)