thanks for the report, fixed
On Wed, Jun 18, 2014 at 1:30 AM, Mike Thompson
wrote:
>
> Colin, many thanks. Issue created:
> https://github.com/cgrand/sjacket/issues/19
>
>
> On Wednesday, June 18, 2014 4:08:53 AM UTC+10, Colin Jones wrote:
>
>> Yeah the latter version parses as 2 symbols in sja
Colin, many thanks. Issue created:
https://github.com/cgrand/sjacket/issues/19
On Wednesday, June 18, 2014 4:08:53 AM UTC+10, Colin Jones wrote:
> Yeah the latter version parses as 2 symbols in sjacket, whereas the defn
> version parses as a single list.
>
> user=> (p/parser "top%")
> #net.
Yeah the latter version parses as 2 symbols in sjacket, whereas the defn
version parses as a single list.
user=> (p/parser "top%")
#net.cgrand.parsley.Node{:tag :net.cgrand.sjacket.parser/root, :content
[#net.cgrand.parsley.Node{:tag :symbol, :content
[#net.cgrand.parsley.Node{:tag :name, :con
I believe this is a problem with the Leiningen REPL. It works fine from the
built-in REPL:
$ java -jar ~/.m2/repository/org/clojure/clojure/1.5.1/clojure-1.5.1.jar
Clojure 1.5.1
user=> (def top% 4)
#'user/top%
user=> top%
4
Dave
On Tue, Jun 17, 2014 at 1:32 AM, Mike Thompson
wrote:
> At the
At the REPL ...
user=> (def top% 4) ;; an unusually named var
#'user/top%
But later, it I try to use this var, trouble ...
user=> top%
CompilerException java.lang.RuntimeException: Unable to resolve symbol: top
in this context,
compiling:(Local\Temp\form-init6773082655831127234.clj:1: