Bill Clementson wrote:
> It appears to work ok for me with the following namespace declarations:
> (in-ns 'test)
> (ns test)
> (ns test (:use clojure.xml))
This no longer works for me because of the newline:
(ns foo.bar
(:require [clojure.contrib.sql :as sql]))
I simplified the regexp a
I tested your patch with several more complicated namespace forms and
they all worked. Thanks for the fix!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To post to this group, send email to clojure@
On Thu, Jan 8, 2009 at 2:13 PM, Bill Clementson wrote:
> On Thu, Jan 8, 2009 at 11:57 AM, Zak Wilson wrote:
>>
>> Everything is fully up to date.
>>
>> The test works. Setting the ns with (ns test) works, but if I use a
>> more complex ns form like (ns test (:use clojure.xml)), it fails to
>> se
On Thu, Jan 8, 2009 at 11:57 AM, Zak Wilson wrote:
>
> Everything is fully up to date.
>
> The test works. Setting the ns with (ns test) works, but if I use a
> more complex ns form like (ns test (:use clojure.xml)), it fails to
> set the ns.
>
> As a workaround, (in-ns test) after the ns definit
Everything is fully up to date.
The test works. Setting the ns with (ns test) works, but if I use a
more complex ns form like (ns test (:use clojure.xml)), it fails to
set the ns.
As a workaround, (in-ns test) after the ns definition seems to work.
Unless there's some reason not to, I'll just do
On Thu, Jan 8, 2009 at 2:01 AM, Zak Wilson wrote:
>
> Thanks for your help with this problem, Bill.
>
> The function you provided causes slime-repl-set-package to suggest the
> correct namespace, which is convenient. It doesn't appear to have any
> effect on my problem though.
The slime-find-buf
Thanks for your help with this problem, Bill.
The function you provided causes slime-repl-set-package to suggest the
correct namespace, which is convenient. It doesn't appear to have any
effect on my problem though.
--~--~-~--~~~---~--~~
You received this message b
On Wed, Jan 7, 2009 at 11:49 PM, Zak Wilson wrote:
>
>> First, compile the buffer with C-c
>> C-k. Then, evaluate new definitions in the same source file and they
>> will be evaluated in the correct namespace (regardless of what
>> namespace is active in the repl).
>
> That's what I expected, but
> First, compile the buffer with C-c
> C-k. Then, evaluate new definitions in the same source file and they
> will be evaluated in the correct namespace (regardless of what
> namespace is active in the repl).
That's what I expected, but it doesn't work; new definitions are
evaluated in user. It s
On Wed, Jan 7, 2009 at 7:25 PM, Zak Wilson wrote:
>
> I'm using the latest Slime, swank-clojure and Clojure, with a fix from
> Chousuke to start up the REPL properly. I have no problem setting the
> namespace in the REPL, but anything I eval directly from a file (i.e.
> with C-x C-e) gets evaluat
I'm using the latest Slime, swank-clojure and Clojure, with a fix from
Chousuke to start up the REPL properly. I have no problem setting the
namespace in the REPL, but anything I eval directly from a file (i.e.
with C-x C-e) gets evaluated in the user ns.
The ns in the *inferior-lisp* buffer rema
11 matches
Mail list logo
