> Significant performance gain is achieved when destructuring by skipping
nth and directly calling type fields instead.
Have you also patched the destructuring mechanism?
> Concrete vector implementation is not known when destructuring, so I'm
left with a custom reader literal.
How does the re
interpose and str should still work, but clojure.string/join might be slightly
more concise.
Andy
On Dec 31, 2012, at 2:00 PM, Jonathon McKitrick wrote:
> I found an older article from Oct 2011, but what is currently the best way to
> build a statement like this?
>
> ["select question_i
I found an older article from Oct 2011, but what is currently the best way
to build a statement like this?
["select question_id, question_text from question where question_id
in (?)" ids]
I'd like to pass in a collection of ids.
The older methods used interpose and str.
--
You received
dmiller writes:
> The executables and DLLs under the regular binary download will work just
> fine under
> Mono.
I just wanted to try this, but I can't find the regular binary download. At
http://github.com/clojure/clojure-clr/wiki/Getting-binaries
I am told to click on the "Downloads"
Just to bring this one back to topic; here is another FizzBuzz, this time
no cond/if statement:
(def three (cycle [nil nil "fizz"]))
(def five (cycle [nil nil nil nil "buzz"]))
(map vector (range 1 16) three five )
;([1 nil nil] [2 nil nil] [3 "fizz" nil] ...
Thomas
--
You received this me
Hi,
I also plan to use sjacket in the near future, so I'm looking forward to
hear about your experiences with it.
BTW Codeq does code analysis too, http://blog.datomic.com/2012/10/codeq.html
JW
On Monday, December 31, 2012 1:08:58 PM UTC+1, Malcolm Sparks wrote:
>
> Jozef,
>
> sjacket turns o
Significant performance gain is achieved when destructuring by skipping nth
and directly calling type fields instead. Concrete vector implementation is
not known when destructuring, so I'm left with a custom reader literal.
I seldom use queues but they seem like a good fit for a #[]
JW
On Mond
Jozef,
sjacket turns out to be better suited for my purposes because tools.reader
(blind) is just a reader and throws away formatting and comments, since I
want the source intact Christophe's parser (within sjacket) is ideal, so
thanks for the tip!
Ideally a future tools.reader would have the
This is great! I will use it for my #[] reader literal.
Thank you,
JW
On Monday, December 31, 2012 1:20:11 AM UTC+1, dgrnbrg wrote:
>
> You can also patch the LispReader in jvm Clojure without dropping to Java.
> Here's an example of that to add a #b reader literal:
> https://github.com/dgrnbr