[
https://issues.apache.org/jira/browse/GROOVY-12305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18108803#comment-18108803
]
Paul King commented on GROOVY-12305:
------------------------------------
Early AI read:
{quote}Verdict: confirmed bug, but mis-titled. It's not about ternaries (an
if/else fails identically) or type coercion. It's a flow-typing gap: instanceof
narrowing of a non-variable receiver (the nested foo.a) is honored by STC
during member lookup but never recorded on the AST, so static-compilation
classgen — which independently re-derives the receiver type — sees Object and
raises the "Access to java.lang.Object#b is forbidden" error. @TypeChecked
passes because it stops after checking.{quote}
I'll try to have a proper look tomorrow.
> STC vs static compile: type-coercion in ternary expression is not handled
> properly in static compilation
> --------------------------------------------------------------------------------------------------------
>
> Key: GROOVY-12305
> URL: https://issues.apache.org/jira/browse/GROOVY-12305
> Project: Groovy
> Issue Type: Bug
> Affects Versions: 6.0.0-alpha-1, 5.0.3, 4.0.31
> Reporter: Björn Kautler
> Priority: Major
>
> This compiles and runs fine, printing {{{}c{}}}:
> {code:java}
> @groovy.transform.TypeChecked
> class Foo {
> def foo() {
> Map foo = [a:[b:'c']] as Map
> println(foo.a instanceof Map ? foo.a.b : foo.a)
> }
> }
> new Foo().foo(){code}
> If you swap {{TypeChecked}} for {{{}CompileStatic{}}}, it fails to compile at
> class generation phase, complaining that "Access to java.lang.Object#b is
> forbidden".
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
