I (think) I have tracked it down to the following section of code from
jayq.core (simplified)
-------------------------------
(ns jayq.core)
(extend-type js/jQuery
IIndexed
(-nth [this n]
(when (< n (count this))
(.slice this n (inc n))))
(-nth [this n not-found]
(if (< n (count this))
(.slice this n (inc n))
(if (undefined? not-found)
nil
not-found)))
ILookup
(-lookup
([this k]
(or (.slice this k (inc k)) nil))
([this k not-found]
(-nth this k not-found) ; <---- here if I
comment and replace with 1 this will compile in advanced mode.
;1
))
)
-----------------------
if I compile this in simple mode - it is ok.
In advanced, I get the following stack trace:
java.lang.ClassCastException: java.lang.String cannot be cast to
clojure.lang.Named
at clojure.core$namespace.invoke(core.clj:1497)
at cljs.compiler$resolve_existing_var.invoke(compiler.clj:110)
at cljs.compiler$eval1054$fn__1056.invoke(compiler.clj:716)
at clojure.lang.MultiFn.invoke(MultiFn.java:163)
at cljs.compiler$emit_block.invoke(compiler.clj:333)
at cljs.compiler$emit_fn_method.invoke(compiler.clj:512)
at cljs.compiler$eval952$fn__954.invoke(compiler.clj:573)
at clojure.lang.MultiFn.invoke(MultiFn.java:163)
at cljs.compiler$emits.doInvoke(compiler.clj:232)
at clojure.lang.RestFn.invoke(RestFn.java:436)
at cljs.compiler$eval1089$fn__1091.invoke(compiler.clj:791)
at clojure.lang.MultiFn.invoke(MultiFn.java:163)
at cljs.compiler$emit_block.invoke(compiler.clj:333)
at cljs.compiler$eval996$fn__998.invoke(compiler.clj:633)
at clojure.lang.MultiFn.invoke(MultiFn.java:163)
at cljs.compiler$compile_file_STAR_.invoke(compiler.clj:1668)
at cljs.compiler$compile_file.invoke(compiler.clj:1705)
at cljs.compiler$compile_root.invoke(compiler.clj:1766)
at cljs.closure$compile_dir.invoke(closure.clj:364)
at cljs.closure$eval1981$fn__1982.invoke(closure.clj:396)
at cljs.closure$eval1910$fn__1911$G__1901__1918.invoke(closure.clj:266)
at cljs.closure$eval1968$fn__1969.invoke(closure.clj:410)
at cljs.closure$eval1910$fn__1911$G__1901__1918.invoke(closure.clj:266)
at cljs.closure$build.invoke(closure.clj:874)
at user$compile_cljs.invoke(NO_SOURCE_FILE:273)
at user$cljs_build.invoke(NO_SOURCE_FILE:284)
at clojure.lang.AFn.applyToHelper(AFn.java:167)
at clojure.lang.AFn.applyTo(AFn.java:151)
at clojure.core$apply.invoke(core.clj:605)
at clojure.core$partial$fn__4072.doInvoke(core.clj:2345)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at user$changed_fn$fn__2184.invoke(NO_SOURCE_FILE:88)
at user$watch.invoke(NO_SOURCE_FILE:103)
at user$main$fn__2271.invoke(NO_SOURCE_FILE:387)
at clojure.core$binding_conveyor_fn$fn__3989.invoke(core.clj:1819)
at clojure.lang.AFn.call(AFn.java:18)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
On Thursday, 14 June 2012 18:28:56 UTC+10, Dave Sann wrote:
>
> It may take some time. I'll see what I can do.
>
> D
>
>
> On Thursday, 14 June 2012 00:09:49 UTC+10, David Nolen wrote:
>>
>> Does this problem only occur on a specific project? Can you create a
>> minimal reproducible case?
>>
>> Thanks,
>> David
>>
>> On Wed, Jun 13, 2012 at 7:54 AM,
>>
>>> So far I can only confirm the following.
>>>
>>> It does not occur if I revert to
>>> commit 7b6678bead5a0733d0388ddaa4e78e714b9d6187 but does
>>> from e959e0205a4b42a099c120a77427314d288c965b (Merge branch
>>> 'cljs-305-proto-inline') onward.
>>>
>>> I have been unable to get a stacktrace with the exception - So at the
>>> moment I really don't know why this is occurring.
>>>
>>> If I find out more I will report it.
>>>
>>> Otherwise - I am keen to know if anyone else sees a similar problem.
>>>
>>> D
>>>
>>>
>>> On Tuesday, 12 June 2012 22:51:39 UTC+10, David Nolen wrote:
>>>
>>>> That ticket has been resolved.
>>>>
>>>> For your own issue, more details required. If you can isolate it, open
>>>> a ticket.
>>>>
>>>> David
>>>>
>>>> On Tue, Jun 12, 2012 at 8:16 AM,
>>>>
>>>>> I have started seeing java.lang.ClassCastException when compiling in
>>>>> advanced mode.
>>>>>
>>>>> Compilation is fine with simple optimisations.
>>>>>
>>>>> This happens with source code that previously did not complain...
>>>>>
>>>>> I am wondering if this might be related to :
>>>>>
>>>>> https://groups.google.com/d/**topic/clojure/NHIzoUz0wmc/**discussion<https://groups.google.com/d/topic/clojure/NHIzoUz0wmc/discussion>
>>>>>
>>>>> Anyone else see this?
>>>>>
>>>>> D
>>>>>
>>>>> --
>>>>> You received this message because you are subscribed to the Google
>>>>> Groups "Clojure" group.
>>>>> To post to this group, send email to clojure@googlegroups.com
>>>>> Note that posts from new members are moderated - please be patient
>>>>> with your first post.
>>>>> To unsubscribe from this group, send email to
>>>>> clojure+unsubscribe@**googlegroups.com<clojure%2bunsubscr...@googlegroups.com>
>>>>> For more options, visit this group at
>>>>> http://groups.google.com/**group/clojure?hl=en<http://groups.google.com/group/clojure?hl=en>
>>>>>
>>>>
>>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To post to this group, send email to clojure@googlegroups.com
>>> Note that posts from new members are moderated - please be patient with
>>> your first post.
>>> To unsubscribe from this group, send email to
>>> clojure+unsubscr...@googlegroups.com
>>> For more options, visit this group at
>>> http://groups.google.com/group/clojure?hl=en
>>>
>>
>>
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
