I have logged an issue at http://dev.clojure.org/jira/browse/CLJ-1874
Thank you all for the responses.
On Wednesday, December 30, 2015 at 12:02:35 PM UTC-6, Nicola Mometto wrote:
>
> While it's true that AOT has many issues, it's getting better release
> after release and this is definitely a
I have found what appears to be a bug in AOT-compiled Clojure when ns-unmap
is used. I have the following reduced case:
(ns unmap-test.core)
(def a :test-1)
(ns-unmap 'unmap-test.core 'a)
(def a :test-2)
It turns out that a is not resolvable when this namespace is loaded. When
I looked at
A few other thoughts here:
- To elaborate on Colin's suggestion a bit, if you define Java interfaces
in Java, it's easy to create a function that reifies those interfaces (this
means that it returns an object that implements arbitrary interfaces). In
this case the only interop a consumer
I have created a *highly experimental* library for unit-checked math. I
realize that there are some existing solutions, but I wanted something more
lightweight that would layer on top of the existing Clojure/Java numeric
system rather than create a new one. This is designed to provide
From your comments, I suspect this may be a source of confusion as well:
When you have something like (defn ^{:doc Increments} a-fn [x] (+ x 1))
the metadata is attached to the symbol at read time. However, during the
compilation process, the metadata on the symbol is transferred to the Var
