[
https://issues.apache.org/jira/browse/GROOVY-10651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17550673#comment-17550673
]
Eric Milles commented on GROOVY-10651:
--------------------------------------
There is at least on place in StaticTypeCheckingSupport that can be changed to
overcome this difference. When dealing with "node.eachWithIndex \{ ... \}" the
param types are inferred, with the first coming from "TN".
https://github.com/apache/groovy/blob/4fc7c5d290725b7120ee3466d81da2ce94e770d3/src/main/java/org/codehaus/groovy/transform/stc/StaticTypeCheckingSupport.java#L1757
{{superClass}} comes as {{Iterable<TN> -> Iterable<T>}} and the expectation is
to transform it to {{Iterable<TreeNode<?>>}} but the spec comes empty.
> STC: closure parameter type inference for raw type that is iterable over type
> parameter
> ---------------------------------------------------------------------------------------
>
> Key: GROOVY-10651
> URL: https://issues.apache.org/jira/browse/GROOVY-10651
> Project: Groovy
> Issue Type: Bug
> Components: Static Type Checker
> Affects Versions: 2.5.17, 3.0.11, 4.0.3
> Reporter: Eric Milles
> Assignee: Eric Milles
> Priority: Major
>
> Consider the following:
> {code:java}
> abstract class TreeNode<TN extends TreeNode<?>> implements Iterable<TN> {
> @Override
> Iterator<TN> iterator() {
> }
> }
> {code}
> {code:groovy}
> void proc(TreeNode node) {
> node.eachWithIndex { child, index ->
> proc(child) // Cannot find matching method #proc(java.lang.Object)
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
