If you've got enough time to spare, I'd recommend trying out the
clojurebox that was released a few days ago. I installed it, ensured
it worked and then replicated that in my .emacs.
Once you have a basic setup working you can easily make the needed
changes to run the latest version.
On Wed, De
On Tue, Dec 2, 2008 at 1:53 AM, Stuart Sierra
<[EMAIL PROTECTED]> wrote:
>
> On Nov 28, 7:41 am, lpetit <[EMAIL PROTECTED]> wrote:
>> The "fix import" action could try to resolve an unknown symbol by
>> first searching the symbol in one of the classpath available
>> namespaces, and then search for
On Thu, Dec 4, 2008 at 2:33 AM, Dimitre Liotev <[EMAIL PROTECTED]> wrote:
>
> Vijay Lakshminarayanan wrote:
>> If you've got enough time to spare, I'd recommend trying out the
>> clojurebox that was released a few days ago. I installed it, ensured
>>
Nils Bertschinger writes:
> Hi everyone,
>
> it appears that eval works differently when used inside a future. The
> following example REPL session shows what I mean:
>
> user> (clojure-version)
> "1.2.0-master-SNAPSHOT"
> user> (defn my-inc [x] (+ x 1))
> #'user/my-inc
> user> (eval '(my-inc 1))
ax2groin writes:
> This code doesn't return the value I intuitively expect:
>
> user=> (not= 1 2 1)
> true
>
> When I write that, I was expecting the equivalent of (and (= 1 2) (= 1
> 1)), but the macro expansion is essentially (not (= 1 2 1)).
If you were expecting (not (and (= 1 2) (= 1 1)
Hi
I'd like to propose a change to Clojure's current try-catch syntax.
Currently the syntax is (copied from clojure.org)
(try expr* catch-clause* finally-clause?)
catch-clause -> (catch classname name expr*)
finally-clause -> (finally expr*)
I'd like to propose a change to the catch-clause so t
emacs settings remove trailing whitespace so there were some extra
lines in the diff. I used "svn diff -x -w" to generate the attached
diff.
Cheers
~vijay
> On Nov 28, 1:19 am, "Vijay Lakshminarayanan" <[EMAIL PROTECTED]>
> wrote:
>> Hi
>>
>>