>> I did just that, but I don't get any speedup with leiningen. All I can
>> see is that after every leiningen command, "drip ps" shows one process
>> more. For example:
>
> This is also happening for me. Is there some way to configure drip to
> ignore certain arguments?
I added a way to specify
> I did just that, but I don't get any speedup with leiningen. All I can
> see is that after every leiningen command, "drip ps" shows one process
> more. For example:
This is also happening for me. Is there some way to configure drip to
ignore certain arguments?
jack.
--
You received this mes
Hi,
Over on the Seesaw list, there's a little question about a possible
breaking change to the way selection works:
https://groups.google.com/forum/?fromgroups=#!topic/seesaw-clj/qJe7RElZmYw
Thought I'd mention it here in case anyone wants to object.
Cheers,
Dave
--
You received this messa
On 13/09/12 21:40, larry google groups wrote:
I want to offer a big thanks to Chas Emerick, Brian Carper and
Christophe Grand. I just got their book "Clojure Programming" from
Amazon yesterday. Spent the whole night reading it. This is my
favorite Clojure book so far
It is certainly the most
I want to offer a big thanks to Chas Emerick, Brian Carper and Christophe
Grand. I just got their book "Clojure Programming" from Amazon yesterday.
Spent the whole night reading it. This is my favorite Clojure book so far.
--
You received this message because you are subscribed to the Google
Thanks.
I investigated it, which led to another related question as to whether lazy
seqs are always chunked (it appears not!). I posted this on stack overflow
here:
http://stackoverflow.com/questions/12412038/in-clojure-are-lazy-seqs-always-chunked
--
You received this message because you are
On Thu, Sep 13, 2012 at 3:26 PM, Jozef Wagner wrote:
> I use it for fast string concatenation
>
> https://www.refheap.com/paste/5060
>
> JW
I'd be surprised if it's significantly faster across the various JS
engines over using goog.string.StringBuffer if you just need to concat
JS strings togethe
Justin Balthrop writes:
Hi Justin,
> Once you've installed drip, setting up Leiningen to use it just
> requires adding the following to ~/.lein/leinrc:
>
> LEIN_JAVA_CMD=${LEIN_JAVA_CMD-drip}
I did just that, but I don't get any speedup with leiningen. All I can
see is that after every leining
I use it for fast string concatenation
https://www.refheap.com/paste/5060
JW
On Thursday, September 13, 2012 1:12:21 AM UTC+2, Brandon Bloom wrote:
>
> I'm exploring some changes to the ClojureScript compiler backend and am
> curious if anyone is using one particular implementation detail: The
On 09/13/2012 08:57 PM, Karl Krukow wrote:
>
> On 13/09/2012, at 20.54, Muharem Hrnjadovic wrote:
>> Hello Karl,
>>
>> just drop me an email (ideally > 2 weeks in advance so we can announce
>> and promote the event). Since this would be the first meetup about
>> Clojure I thought we would target b
On 13/09/2012, at 20.54, Muharem Hrnjadovic wrote:
> Hello Karl,
>
> just drop me an email (ideally > 2 weeks in advance so we can announce
> and promote the event). Since this would be the first meetup about
> Clojure I thought we would target beginners to intermediate users.
Sure, will do. I d
On 09/13/2012 07:26 PM, Krukow wrote:
> I have a potential customer in Zürich, so I might be around within the next
> months.
>
> Who should I contact if I get specific dates, and what kind of intro
> are you looking for?
Hello Karl,
just drop me an email (ideally > 2 weeks in advance so we can
> One of the great advantages of Ring (and other purely functional bits that
> stack on top, like Compojure, Bishop, etc) is that its handlers are readily
> composable. Among other things, this means that way you compose handlers
> from two different namespaces in the same app is fundamentally
Welle is an expressive Clojure client for Riak with batteries included.
New in 1.3:
* Riak Search support (currently only via the Solr API)
* More efficient JSON serialization
* Content-type based serialization now supports SMILE (binary JSON)
* Minor convenience functions
* Documentation up
On Thu, Sep 13, 2012 at 1:31 PM, Brandon Bloom wrote:
>> Why should the backend have to deal with JS AST nodes?
>
>
> I'm considering changing the emit phase to produce a Google Closure Compiler
> AST. This would have several benefits:
>
> The emit phase would become functional (returning an AST)
>
> Why should the backend have to deal with JS AST nodes?
I'm considering changing the emit phase to produce a Google Closure
Compiler AST. This would have several benefits:
1. The emit phase would become functional (returning an AST) instead
of procedural (printing source).
2. Tes
I have a potential customer in Zürich, so I might be around within the next
months.
Who should I contact if I get specific dates, and what kind of intro are
you looking for?
- Karl
On Thursday, September 13, 2012 11:24:42 AM UTC+2, al-maisan wrote:
>
> Hello there!
>
> We are still looking fo
On Thu, Sep 13, 2012 at 1:10 PM, Brandon Bloom wrote:
>> Just a reminder that people should not be using it at all. It may be
>> removed at anytime without warning.
>
> I'm considering replacing it with a form which must return JS AST nodes,
> instead of a JS source code string.
Why should the ba
>
> Just a reminder that people should not be using it at all. It may be
> removed at anytime without warning.
I'm considering replacing it with a form which must return JS AST nodes,
instead of a JS source code string.
> If people are encountering reasons
> to use it - something is missin
On Sep 13, 2012, at 11:57 AM, Mark Rathwell wrote:
>> If I'm right then defining your 'globals' (for lack of a
>> better word) like this would mean, among other things, that you really can't
>> have two independent Noir apps defined/running in the same project - is that
>> a correct assessment?
>
> If I'm right then defining your 'globals' (for lack of a
> better word) like this would mean, among other things, that you really can't
> have two independent Noir apps defined/running in the same project - is that
> a correct assessment?
Just out of curiosity, could you expand on what you mean
On Thu, Sep 13, 2012 at 11:03 AM, Dustin Getz wrote:
> david, what's the recommended way to convert between cljs and native js
> objects for interop with existing js code?
There is no good conversion from CLJS data structures to JS data
structures, at least not enough good enough to put into core
david, what's the recommended way to convert between cljs and native js
objects for interop with existing js code?
On Thursday, September 13, 2012 10:13:59 AM UTC-4, David Nolen wrote:
>
> On Wed, Sep 12, 2012 at 7:12 PM, Brandon Bloom
> >
> wrote:
> > I'm exploring some changes to the Clojure
Thanks for your clarification!
A few further thoughts:
ClojureScript may one day be self-hosting but it's not a near term
> goal given the desire to target the kinds of clients that run
> JavaScript.
Considering that the path to a self hosting clojure would probably start at
clojurescript and t
On Wed, Sep 12, 2012 at 7:12 PM, Brandon Bloom wrote:
> I'm exploring some changes to the ClojureScript compiler backend and am
> curious if anyone is using one particular implementation detail: The js*
> special form.
>
> Note that I'm not asking about the js/ pseudo-namespace, only the js*
> spe
On Thu, Sep 13, 2012 at 9:17 AM, Herwig Hochleitner
wrote:
> 2012/9/13 David Nolen
>>
>>
>> That's how compiler macros are intended to work.
>
>
> Great! So am I right with the notion, that clojure's defmacros are not
> compiler macros and one would use the :inline meta key in clojure to achieve
2012/9/13 David Nolen
>
> That's how compiler macros are intended to work.
Great! So am I right with the notion, that clojure's defmacros are not
compiler macros and one would use the :inline meta key in clojure to
achieve the same effect?
Supposing that I am, that means clojure has regular ma
On Thu, Sep 13, 2012 at 8:30 AM, Herwig Hochleitner
wrote:
> Hello,
>
> right now, this works in clojurescript:
>
> ;; in a file lib/fancy.cljs
> (ns lib.fancy)
> (defn fun [x]
> [:runtime :fun x])
>
> ;; in a file lib/fancy.clj
> (ns lib.fancy)
> (defmacro fun [x]
> [:precompiled :fun x])
>
>
*typo correction*: the third block should be in a file app/core.*cljs*
*
*
thanks
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be
Hello,
right now, this works in clojurescript:
;; in a file lib/fancy.cljs
(ns lib.fancy)
(defn fun [x]
[:runtime :fun x])
;; in a file lib/fancy.clj
(ns lib.fancy)
(defmacro fun [x]
[:precompiled :fun x])
;; in a file app/core.clj
(ns app.core
(:require
[lib.fancy :as fancy])
(:req
On Wed, Sep 12, 2012 at 7:56 PM, Kevin Downey wrote:
> I've used it to make ClojureScript functions in to javascript object
> constructors
>
> (defn Foo [] (js* "/*") (js* "*/"))
>
> results in the generated return being commented out, so (Foo.) works
>
> I use this in a macro for creating new typ
A good use case - You want to place html files, that can be processed in
your server side code. Inorder for your code to have access to it, you will
have to place them in the src dir. However if you use the :resource-path,
you can define a dir relative to the root of your project where you are
Hello there!
We are still looking for someone who is in or around Zürich in the next
couple of months and who'd be willing to give us a nice Clojure intro
(ideally with lots of examples). Please see
http://zhgeeks.org/
for details about us. Thanks!!
Best regards/Mit freundlichen Grüßen
--
>From what I've heard, you are absolutely right on those globals. It isn't
considered idiomatic and should be avoided, like in all other languages.
The singleton analogy fits pretty good.
Some advice on how to encapsulate state in a sane way can be found for
example here: http://vimeo.com/461630
34 matches
Mail list logo
