[ https://issues.apache.org/jira/browse/GROOVY-8380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16253522#comment-16253522 ]
Jochen Theodorou commented on GROOVY-8380: ------------------------------------------ The GRE for new Integer(wl & wl) is a bit strange to be frank. Looking at https://github.com/codehaus/groovy-git/blob/master/src/main/org/codehaus/groovy/reflection/stdclasses/IntegerCachedClass.java#L51 I see BigInteger but not Long and long.... so while this explains the GRE I feel like something is wrong here. How can a BigInteger be ok, but a Long not? This means I can do {code:Java} def foo(int i) {1} assert foo(Long.MAX_VALUE as BigInteger) == 1 {code} But I cannot do {code:Java} def foo(int i) {1} assert foo(1L) == 1 {code} Anyway... this is probably another issue and not subject of this here. Here it is all about the remaining STC failure > Regression in 2.4.13 (snapshot) 62615249161b233b1827d5950671d3a83007cd9f > ------------------------------------------------------------------------ > > Key: GROOVY-8380 > URL: https://issues.apache.org/jira/browse/GROOVY-8380 > Project: Groovy > Issue Type: Bug > Components: Static compilation > Affects Versions: 2.4.13 > Environment: any > Reporter: Patric Bechtel > Priority: Critical > > This used to work up to 2.4.12: > {code} > @groovy.transform.CompileStatic > class bla { > static void main(String[] args) { > println new Long( 5 / 3 ) > } > } > {code} > starting with 2.4.13, it gives this error message: > {noformat} > bla.groovy: 4: [Static type checking] - Cannot find matching method > java.lang.Long#<init>(java.math.BigDecimal). Please check if the declared > type is right and if the method exists. > @ line 4, column 15. > println new Long( 5 / 3 ) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029)