Hi Peter I've had good luck in the past doing a git bisect on ClojureScript to track down exactly which commit introduced the bug. That might help in this case?
For those who haven't used git bisect, you give it a good commit and a bad commit. git will then do a binary search through the commits where you mark each one as good or bad and it will eventually tell you where the bug was introduced. If you can give it a shell command which passes or fails the test, then it can do this process automatically. On Wed, 19 Oct 2016 at 5:07 AM, Thomas Heller <th.hel...@gmail.com> wrote: > Just guessing but > > > com.google.javascript.jscomp.VarCheck$RedeclarationCheckHandler.onRedeclaration(VarCheck.java:380) > > This looks like you maybe have another extern somewhere that tries to > declare the coordorigin property. Might be on Object.prototype.coordorigin > as this would conflict with Element as well. Do you have many other (not > default) externs active? > > Did you check "lein deps :tree" for any conflicts that may mix up the > closure compiler deps? > > /thomas > > On Tuesday, October 18, 2016 at 5:15:18 PM UTC+2, Peter Taoussanis wrote: > > Hi David, thanks a lot for the quick reply! > > > > Tried sampling a few newer + older versions of > `com.google.javascript/closure-compiler` against ClojureScript 1.9.75 > without much luck: > > > > v20160713 - No matching ctor found for class > com.google.javascript.jscomp.ES6ModuleLoader > > v20160619 - No matching ctor found for class > com.google.javascript.jscomp.ES6ModuleLoader > > v20160517 - No matching ctor found for class > com.google.javascript.jscomp.ES6ModuleLoader > > v20160315 - INTERNAL COMPILER ERROR [1] > > v20160208 - INTERNAL COMPILER ERROR > > v20151216 - java.lang.ClassCastException: sun.nio.cs.UTF_8 cannot be > cast to java.lang.String [2] > > v20151015 - java.lang.ClassCastException: sun.nio.cs.UTF_8 cannot be > cast to java.lang.String > > v20150920 - java.lang.ClassCastException: sun.nio.cs.UTF_8 cannot be > cast to java.lang.String > > v20150729 - java.lang.ClassCastException: sun.nio.cs.UTF_8 cannot be > cast to java.lang.String > > > > [1]: Default for Cljs 1.9.75 > > [2]: Default for Cljs 1.8.40 > > > > That is: newer versions seem to fail with "No matching ctor found for > class com.google.javascript.jscomp.ES6ModuleLoader" and older versions with > "No matching ctor found for class > com.google.javascript.jscomp.ES6ModuleLoader". > > > > For these tests, I'm just using the following Lein config: > > > > [com.google.javascript/closure-compiler <version>] > > [org.clojure/clojurescript "1.9.75" :exclusions > [com.google.javascript/closure-compiler]] > > > > Should I perhaps be doing this some other way? > > > > (No urgency on this btw, happy to keep using Cljs v1.8.40 for now) > > -- > Note that posts from new members are moderated - please be patient with > your first post. > --- > You received this message because you are subscribed to the Google Groups > "ClojureScript" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojurescript+unsubscr...@googlegroups.com. > To post to this group, send email to clojurescript@googlegroups.com. > Visit this group at https://groups.google.com/group/clojurescript. > -- Daniel -- Note that posts from new members are moderated - please be patient with your first post. --- You received this message because you are subscribed to the Google Groups "ClojureScript" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojurescript+unsubscr...@googlegroups.com. To post to this group, send email to clojurescript@googlegroups.com. Visit this group at https://groups.google.com/group/clojurescript.
