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.thalin...@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.champ...@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@openjdk.java.net > http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
_______________________________________________ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
