[ANN] lein-resource 0.2.0 hits clojars

https://github.com/m0smith/lein-resource lein-resource A plugin that can be used to copy files from mulitiple source directories to a target directory while maintaining the sub-directories. Also, each file will be transformed using stencil. The map

Re: Clojure Console in a Qt Widget

I'd try to run a lein repl in a terminal widget. Maybe http://code.google.com/p/qterminal/ does the trick? 2012/12/28 Fred Eisele > Systems have customization languages. > Python seems to be the current darling. > I would like to know how to implement a Qt widget containing the Clojure > consol

Re: Core.logic performance of looping over a list with tabling

http://github.com/clojure/core.logic/commit/ef437d676e72dd9a30e60b31d8ee4a1dccbfdcef Finally tabled goals are reset upon every run! The old behavior is no longer supported - I'm not even sure that behavior was ever the true intent of the original miniKanren tabling design. Should the old behavio

Re: [ANN] Dire, Erlang-style error handling

Indeed, that is the paper - Joe Armstrong's 2003 dissertation "Making Reliable Distributed Systems in the Presence of Software Errors". The video for Rich's The Language of the System: http://skillsmatter.com/podcast/scala/the-language-of-the-system On Friday, December 28, 2012 8:40:28 PM UTC-5,

Re: [ANN] Dire, Erlang-style error handling

I see joe's thesis is linked on your github page. is this thesis the paper you are referring to? Do you have a link to the video you refer to? thanks Dave On Saturday, 29 December 2012 06:14:34 UTC+11, Michael Drogalis wrote: > > Hey folks, > > After watching The Language of the System and bei

Re: reduce-kv incompatible with subvec

Just curious why something like the following wouldn't be part of subvector? public Object kvreduce(IFn f, Object init){ for(int i=0;i<(end - start);i++){ init = f.invoke(init,i,v.nth(start+i)); return init; } On Fri, Dec 28, 2012 at 11:23 PM, Andy Fingerhut wrote: > I am not

Re: Will the JVM will always likely, remain the primary Clojure implementation ?

You are quite wrong in asserting how our software is written. Most of the clojure libs we refer to are layers around a Java lib. When I state that we would have to move away from these in four months, it includes these layers and a replacement for the Java libs. On top of that we have isolation l

Re: I'm curious if the development of native Clojurescript macros is in progress

> So I'm curious if the adoption of native macros into Clojurescript is in progress by contributors. The only visibile progress I know of here is Kanaka's self hosting fork: https://github.com/kanaka/clojurescript If not, is it on the plan at least? Or is it rejected after some discussion? > T

Clojure Console in a Qt Widget

Systems have customization languages. Python seems to be the current darling. I would like to know how to implement a Qt widget containing the Clojure console. If you could point to an open source project which does this that would be sufficient. The following link shows the type of thing I am lo

Re: abysmal multicore performance, especially on AMD processors

No, it's not the context switching, changing isArray (a native method) to getAnnotations (a normal jvm method) gives the same time for both the parallel and serial version. Cameron. On Saturday, December 29, 2012 10:34:42 AM UTC+11, Leonardo Borges wrote: > > In that case isn't context switchin

Re: abysmal multicore performance, especially on AMD processors

In that case isn't context switching dominating your test? .isArray isn't expensive enough to warrant the use of pmap Leonardo Borges www.leonardoborges.com On Dec 29, 2012 10:29 AM, "cameron" wrote: > Hi Lee, > I've done some more digging and seem to have found the root of the > problem, > i

Re: abysmal multicore performance, especially on AMD processors

Hi Lee, I've done some more digging and seem to have found the root of the problem, it seems that java native methods are much slower when called in parallel. The following code illustrates the problem: (letfn [(time-native [f] (let [c (class [])] (time (dorun (

Re: seq? empty? and every?

Thanks for that BG. Makes sense. -- > Baishampayan Ghose > b.ghose at gmail.com > -- 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

What would you use a #[] data literal for?

I was just wondering - given that we have the #() and #{} literals, why not a #[] as well? Queues look like a good fit. -- 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

Re: Will the JVM will always likely, remain the primary Clojure implementation ?

On Fri, Dec 28, 2012 at 4:08 PM, Marko Topolnik wrote: > If you had any optimized code relying on primitives/arrays, you'd probably > be looking at a full rewrite to whatever gives performance on the new > platform (this takes a lot of time and experience with the platform). The > same applies to

Re: Will the JVM will always likely, remain the primary Clojure implementation ?

> > If I would have to move our 15,000 lines code base away from the JVM, I > would be able to do it in about four months. Most of that time would be spent > finding > replacements for some Java libs with a little interop remodeling. > You would also have to wait for each and every Clojure

Re: [ANN] Dire, Erlang-style error handling

I kind of forgot about user defined exceptions containing useful things. Good point. Deployed this adjustment to dire-0.1.0 with commit https://github.com/MichaelDrogalis/dire/commit/4a493e85ca88dd59806651264103de53a2879b66 On Friday, December 28, 2012 3:32:41 PM UTC-5, Craig Brozefsky wrote: >

Re: [ANN] Dire, Erlang-style error handling

Michael Drogalis writes: >Perhaps. Is there anything in the exception object that is useful? I >passed on it because the implementer of a handler already knows what >exception occurred. I'm happy to pass it as an argument if we have good >reasons for it. If my handler is going to

Re: [ANN] Dire, Erlang-style error handling

Perhaps. Is there anything in the exception object that is useful? I passed on it because the implementer of a handler already knows what exception occurred. I'm happy to pass it as an argument if we have good reasons for it. On Friday, December 28, 2012 2:54:45 PM UTC-5, marc wrote: > > Would

Re: [ANN] Dire, Erlang-style error handling

Would it make sense for the handler to have access to the exception 'e' ? On 29/12/2012, at 6:14 AM, Michael Drogalis wrote: > Hey folks, > > After watching The Language of the System and being directed to Joe > Armstrong's paper on error handling, I concurred that his approach is > fantastic

[ANN] Dire, Erlang-style error handling

Hey folks, After watching The Language of the System and being directed to Joe Armstrong's paper on error handling, I concurred that his approach is fantastic. I really wanted the same thing for more rudimentary operations, like file handling. So I wrote Dire https://github.com/MichaelDrogalis/

Re: Will the JVM will always likely, remain the primary Clojure implementation ?

OpenJDK is. > Also: Isn't the JVM open source? > > - Eric MacAdie > > On Fri, Dec 28, 2012 at 11:25 AM, Softaddicts > wrote: > > > Given the number of JVM implementations available, I think you can qualify > > this > > as a low risk for the near future. > > > > If I would have to move our 15,000

Re: Will the JVM will always likely, remain the primary Clojure implementation ?

Also: Isn't the JVM open source? - Eric MacAdie On Fri, Dec 28, 2012 at 11:25 AM, Softaddicts wrote: > Given the number of JVM implementations available, I think you can qualify > this > as a low risk for the near future. > > If I would have to move our 15,000 lines code base away from the JVM,

Re: Will the JVM will always likely, remain the primary Clojure implementation ?

Given the number of JVM implementations available, I think you can qualify this as a low risk for the near future. If I would have to move our 15,000 lines code base away from the JVM, I would be able to do it in about four months. Most of that time would be spent finding replaçements for some Jav

Re: Will the JVM will always likely, remain the primary Clojure implementation ?

It might help if you told us why you're asking this question. My guess would be that you want to introduce Clojure, but you're afraid of backing yourself into a corner if it begins to die off. If that is the case, I think choosing to adopt is a safe choice (I've made the same choice, and many other

Re: Will the JVM will always likely, remain the primary Clojure implementation ?

On Dec 27, 2012 11:55 PM, "Sukh Singh" wrote: > Is there any chance of clojure community abandoning the JVM as the > primary plaform in the future? Yes. Who knows what machines lurk in the hearts of programmers? -- Stephen Compall If anyone in the MSA is online, you should watch this flythrough

Re: Searching for a picture

good job!! thanks a lot! On Fri, Dec 28, 2012 at 9:39 PM, Mayank Jain wrote: > Nice :) > > On Fri, Dec 28, 2012 at 3:26 PM, Sébastien Wagener > wrote: > > Hi, you probably mean this: > > http://machinegestalt.posterous.com/if-programming-languages-were-cars > > > > > > 2012/12/28 Qiu Xiafei >

Re: reduce-kv incompatible with subvec

I am not saying that one would *have* to give up O(1) subvec in order to support other operations. I am guessing, without having done a thorough analysis, that an O(log n) subvec based on RRB Trees would make most/all operations on subvec's just fall out fairly naturally, rather than having to

Re: Searching for a picture

Nice :) On Fri, Dec 28, 2012 at 3:26 PM, Sébastien Wagener wrote: > Hi, you probably mean this: > http://machinegestalt.posterous.com/if-programming-languages-were-cars > > > 2012/12/28 Qiu Xiafei >> >> I'am preparing an introduce of clojure to my colleague. >> I remember that there's a picture

Re: Searching for a picture

Hi, you probably mean this: http://machinegestalt.posterous.com/if-programming-languages-were-cars 2012/12/28 Qiu Xiafei > I'am preparing an introduce of clojure to my colleague. > I remember that there's a picture showing that clojure = java + lisp, the > picture must be a good example in my k

[ANN] logger4clj 0.2

I've been throwing in more little features to the logger4clj API. This release focuses on the appenders/formatters library, with support for a configurable fields in single-line log statements, the ability to log the function and line number of the caller, a file appender with time or size-base