Re: Clojure + jarjar to avoid dependency conflicts

+1 Any clojure users have any luck with jarjar? On Tuesday, 6 March 2012 15:27:52 UTC-8, nathanmarz wrote: > > I've been playing around with the "jarjar" tool ( > http://code.google.com/p/jarjar/ > ) in order to package my jar to avoid dependency conflicts with other > libs. It doesn't seem

Re: Functions using locks are slowed even when locks are never taken

Hmm, it seems like if it were JIT related you'd see the same issue with java code, but I get 5ns across the board. https://github.com/MichaelBlume/perf-test/blob/master/src-java/PerfTest.java On Saturday, November 2, 2013 12:01:01 AM UTC-7, Trenton Strong wrote: > > Verified that I receive the s

Re: [ANN] Jig

Ok, I actually got the compojure example working. I just had to remove the *config/console.edn* and *config/default.edn* files in my jig. They must be disrupting the config that I put in. So that's my only feedback so far. Ok, this is looking really good. Great work :) Tim Washington Interruptsof

Re: [ANN] Narrator: expressive, composable stream analysis

I was aware of Babbage, but haven't used it. There is a certain similarity to the syntax, but I think most (if not all) of the things I listed differentiate Narrator from Babbage, as well. Please correct me if I'm wrong. On Sat, Nov 2, 2013 at 3:36 PM, Ben Wolfson wrote: > seems kind of simil

Re: [ANN] Jig

Hey Malcolm, *A)* Ok, so just playing around with jig some more. I'm looking to get working *Compojure* and *Pedestal* examples. *B)* I started with a raw `*git clone g...@github.com:juxt/jig.git*`. Then in that directory, I ran the commands in blue. *C)* Now, I run my environment in a Virtual

Re: [ANN] Narrator: expressive, composable stream analysis

seems kind of similar to babbage: https://github.com/ReadyForZero/babbage/tree/1.1 On Sat, Nov 2, 2013 at 3:28 PM, Zach Tellman wrote: > https://github.com/ztellman/narrator > > This is a reimplementation of an approach I've discussed in several talks > [1] [2], with an eye towards performance,

[ANN] Narrator: expressive, composable stream analysis

https://github.com/ztellman/narrator This is a reimplementation of an approach I've discussed in several talks [1] [2], with an eye towards performance, memory efficiency, and flexibility w.r.t. how the event stream is represented. The readme does a good job of explaining how it works, but the

What's the -dup in print-dup?

This isn't a very deep question, but I wonder every time I come across it: to what does "-dup" in `print-dup` and `*print-dup*` refer? Thanks - John -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@goo

Re: assoc / dissoc consistency, maps and vectors

On Saturday, November 2, 2013 4:56:13 PM UTC-5, Jozef Wagner wrote: > > Problem is, when your proposed dissoc removes value from a vector, it > shifts all larger keys. So dissoc would not only remove value at index > position, but also change keys for pther values. And this is not what > disso

Re: request for feedback

Hi Julien, Thank you so much for the feedback! I added these ideas to the readme. I was also thinking about email notifications. I have few Clojure libraries and it will be useful for me. I would say that it can be useful also for application developers. If you have big Clojure app I guess it's

Re: assoc / dissoc consistency, maps and vectors

Problem is, when your proposed dissoc removes value from a vector, it shifts all larger keys. So dissoc would not only remove value at index position, but also change keys for pther values. And this is not what dissoc should do user=> (map-indexed vector [:a :b :c :d]) ([0 :a] [1 :b] [2 :c] [3

[Video] Introduction to Light Table

Hi everyone, I've recorded an introduction to Light Table screencast. During which I explain why I'm excited about LT and its future, give a quick introduction to getting started with Clojure in LT, and finally cover some basics around customising ke

Re: assoc / dissoc consistency, maps and vectors

On Saturday, November 2, 2013 2:38:57 PM UTC-5, vra...@gmail.com wrote: > > (assoc some-vector 2 'x) > ;=> [a b x d e] > (dissoc some-vector 3) ;; proposed > ;=> [a b d e] > Typo: (assoc some-vector 2 'x) ;=> [a b x d e] (dissoc some-vector 2) ;; proposed ;=> [a b d e] -- -- You received thi

Re: assoc / dissoc consistency, maps and vectors

On Saturday, November 2, 2013 2:20:40 PM UTC-5, Ben wrote: > > So then (get (dissoc some-vector i) i) would be equivalent to (get > some-vector (inc i))? > (def some-vector ['a 'b 'c 'd 'e]) (assoc some-vector 0 'x) ;=> [x b c d e] (dissoc some-vector 0) ;; proposed ;=> [b c d e] (assoc some

Re: assoc / dissoc consistency, maps and vectors

On Sat, Nov 2, 2013 at 11:51 AM, wrote: > > > > (dissoc ['a 'b 'c] 1) > > ;=> ['a 'c] > So then (get (dissoc some-vector i) i) would be equivalent to (get some-vector (inc i))? -- Ben Wolfson "Human kind has used its intelligence to vary the flavour of drinks, which may be sweet, aromatic, fer

Re: assoc / dissoc consistency, maps and vectors

On Saturday, November 2, 2013 1:16:42 PM UTC-5, Andy Fingerhut wrote: > > What would you expect the return value of (dissoc ['a 'b 'c] 1) to be? > Hi Andy, Thanks for your interest! This is the "ideal" behavior I would expect from dissoc, for consistency with assoc: (assoc ['a 'b 'c] 1 'x) ;

Re: assoc / dissoc consistency, maps and vectors

What would you expect the return value of (dissoc ['a 'b 'c] 1) to be? On Sat, Nov 2, 2013 at 11:03 AM, wrote: > I realize `dissoc` isn't implemented to work on vectors for technical > reasons (such as explained on 1/13/11 here > https://groups.google.com/forum/#!msg/clojure/Lx9ysZ4ndfw/E52rVTv

assoc / dissoc consistency, maps and vectors

I realize `dissoc` isn't implemented to work on vectors for technical reasons (such as explained on 1/13/11 here https://groups.google.com/forum/#!msg/clojure/Lx9ysZ4ndfw/E52rVTvclMoJ ). "It'd be nice" if it did as I still get surprised by this on occasion, it feels like an inconsistency when u

Re: Request for help optimising a Clojure program

A few minutes ago I finished copying, pasting, and doing a little reformatting on Mark Engelberg's document on the subject. http://dev.clojure.org/display/design/Better+hashing Andy On Fri, Nov 1, 2013 at 11:28 AM, Alex Miller wrote: > Has anyone created a design page on dev.clojure for t

Re: Potential improvement to select-keys ?

I seem to be a relatively lone voice thinking it makes sense to preserve the type of the map, and honestly, I'm not going to lose any sleep if this patch is never actually implemented, but here's my two cents on the "optimal" design for records. Earlier in the thread, I mentioned two mental models

Re: Potential improvement to select-keys ?

On Sat, Nov 2, 2013 at 6:07 AM, Alex Miller wrote: > > One other point: > > Sometimes people use sorted maps and array maps specifically for > scenarios in which the keys are not hashable and therefore hash maps would > not apply. Dumping the contents into a regular map in such cases doesn't > m

Re: Potential improvement to select-keys ?

I attached another patch to the ticket. It builds up the answer from the empty map {} if the argument is a record (as the current select-keys does), but from (empty map) if it is not a record, so it will preserve sortedness of the argument. Not sure if there are any other cases that are a problem

Re: Potential improvement to select-keys ?

> One other point: > Sometimes people use sorted maps and array maps specifically for scenarios in > which the keys are not hashable and therefore hash maps would not apply.   > Dumping the contents into a regular map in such cases doesn't make much sense. Everything is hashable, not sure what a

Re: Potential improvement to select-keys ?

> Our emails crossed paths, timing-wise, but my response to this is that not > all types of maps can safely be dumped into a regular map, so there's not > much reason to think that the standard behavior would be to build up from > scratch using a regular map. Example? I can't think of one. Any

Re: Any interest in Compojure/Ring screencasts?

Count me in Rudi On 30 Oct 2013, at 1:36 PM, Yuan wrote: > Count me in too.. > > >_> > Best regards > - > Yuan blog github > > > > > > On Wed, Oct 30, 2013 at 7:19 AM, Luc Prefontaine > wrote: > Count me in, > > Luc P. > > > > I'm considering putting togethe

Re: Functions using locks are slowed even when locks are never taken

Verified that I receive the same result patterns as you on my machine. One other possibility outside of what you have already mentioned would be something JIT-related. Perhaps there is an optimization that can be performed if the locking sections of the code are in another function but otherwi