Groovy bugs on JIRA

[Christian Thalinger]

Can you tell me where “handle” (the target) is coming from in org.codehaus.groovy.vmplugin.v7.Selector$MethodSelector.setGuards?  It would also be helpful to figure out what the target type is in Java 8.

On Feb 7, 2014, at 5:13 PM, Christian Thalinger <christian.thalinger at oracle.com> wrote:

> Thanks for the information.  I agree that it is annoying that people without an OpenJDK username cannot log into JBS and add comments.  I hope this will change some day.
> 
> Maybe this is a missing backport of a fix in 8.  Will start to dig...
> 
> On Feb 7, 2014, at 6:01 AM, Cédric Champeau <cedric.champeau at gmail.com> wrote:
> 
>> Alright, so after building the latest (jdk7u this time) JDK sources... I have coherent (but failing) results. Both 7u60b04 [1] and latest jdk7 sources [2] fail, with similar errors:
>> 
>> target and fallback types must match: (Object,Object,Object,Object,Object,Object,Object,Object,Object)Object != (Class,SourceUnit,Object,Object,Object,Object,Expression,Object,Object)Object
>> 
>> This means that [3] can be closed, but not [4].
>> 
>> Best regards,
>> 
>> (login: guest, no password)
>> 
>> [1] http://ci.groovy-lang.org/viewLog.html?buildTypeId=Groovy_Jdk7snapshotBuild&buildId=878
>> [2] http://ci.groovy-lang.org/viewLog.html?buildTypeId=Groovy_Jdk7snapshotBuild&buildId=877
>> [3] https://bugs.openjdk.java.net/browse/JDK-8033671
>> [4] https://bugs.openjdk.java.net/browse/JDK-8033669
>> 
>> Le 07/02/2014 09:49, Cédric Champeau a écrit :
>>> Hi all,
>>> 
>>> I am the reporter of both bugs on JIRA, on behalf of the Groovy team. I would definitely like to comment on the JIRA issues and give more insight here, unfortunately this is impossible and it makes communication really painful. I created those bug reports after Rory asked me to. So I feel like repeating myself too many times. Now that I bragged about it, let's get to the point :)
>>> 
>>> So the context. We have a CI server which tests multiple JDK configurations. All configurations can be seen in [1], the server is public, you have access to all build log files as well as exception stack traces (just use "guest" to login and no password).
>>> 
>>> The "JDK 7" build is using JDK 1.7u11, which is the latest JDK7 version to successfully pass all tests of Groovy.
>>> The "JDK 7 snapshot" build is using a JDK built from sources. It is using the *latest sources*, and it corresponds to the bug report [2]. So when you see "b17", it doesn't mean it corresponds to *your* b17, it's just that JDK7 uses an environment variable to set the build version, while JDK8 does *not* (uses -internal instead).
>>> The "JDK 8 snapshot" build is using a JDK built from sources too. This version passes all tests of Groovy.
>>> 
>>> We also run specific builds when you release EAP versions of the JDK. This one [4] is for example on JDK7u60b04. So my first bug report[3] corresponds to a crash test on JDK7u60b04, that is to say the latest published JDK7 version. This is really different from my second bug report [2] which corresponds to the latest state of JDK7 sources.
>>> 
>>> So to sum up:
>>>     * no version of JDK7u60, be it 7u60b04 or latest sources, allows us to build Groovy. The errors are indeed different in both versions, hence different bug reports, but reproducible, as I encourage you to take a look at the stack traces on the CI server.
>>>     * JDK8, including the RC, passes the build successfully.
>>>     * JDK7u11 is the *latest* known version of JDK which successfully passes the Groovy build *and* doesn't have any annoying bug (like the infinite loop in classloader)
>>> 
>>> It would really be a pity if u60 goes out and that we still don't have a JDK7 version which successfully completes the Groovy build. The fact that we don't have the same errors on 7u60b04 and snapshot jdk is puzzling and makes things even more complicated. I just hope those explanations make things clearer.
>>> 
>>> 
>>> [1] http://ci.groovy-lang.org/
>>> [2] https://bugs.openjdk.java.net/browse/JDK-8033671
>>> [3] https://bugs.openjdk.java.net/browse/JDK-8033669
>>> [4] http://ci.groovy-lang.org/viewLog.html?buildId=410&tab=buildResultsDiv&buildTypeId=Groovy_Jdk7snapshotBuild
>>> 
>>> Best regards,
>>> -- 
>>> Cédric Champeau
>>> SpringSource - Pivotal
>>> http://spring.io/
>>> http://www.gopivotal.com/
>>> http://twitter.com/CedricChampeau
>> 
>> 
>> -- 
>> Cédric Champeau
>> SpringSource - Pivotal
>> http://spring.io/
>> http://www.gopivotal.com/
>> http://twitter.com/CedricChampeau
> 
> _______________________________________________
> mlvm-dev mailing list
> mlvm-dev at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/mlvm-dev/attachments/20140207/c5296e92/attachment-0001.html