Re: [ANN] Chestnut 0.7.0

Hi Tim, I branched from the original source and set the version like 0.6.1-SNAPSHOT. Controlling versions in ~/.lein/profiles.clj was slightly convenient and worked for the 0.6.0. Makoto 2015-03-11 13:35 GMT+09:00 Tim Gilbert : > Oh, that's odd. I don't have any entries in my own user plugins

Re: [ANN] Dunaj project, an alternative core API for Clojure

very interesting work and well presented, keep going. -- 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 patient with your first pos

Re: [ANN] Dunaj project, an alternative core API for Clojure

Having modern Clojure features at hand, and free from having to support old versions and existing application code, Dunaj has more freedom to test new things and can take more liberal and fresh approach. Next experiment is a short one, a bit opinionated, and it mainly deals with how Dunaj designs

Re: Project fails to compile on different machines

Aaron France writes: > Here is output compiling on the different machines: > https://gist.github.com/AeroNotix/70a2d10bbb050aa0542a What does your Makefile look like? Does it just call "lein uberjar" or what? I think it's strange that even on the machine where it builds successfully every name

Re: Project fails to compile on different machines

Hi, The relevant parts of the Makefile are here: https://gist.github.com/AeroNotix/f65a846781357db59ced On Wednesday, 11 March 2015 14:01:20 UTC+1, Tassilo Horn wrote: > > Aaron France > writes: > > > Here is output compiling on the different machines: > > https://gist.github.com/AeroNotix/70a

Re: Project fails to compile on different machines

The makefile calls compile then uberjar, which is why things are compiled twice, so it seems my problem lies *just* with uberjar. Any idea why compile would succeed but then uberjar would fail? On Wednesday, 11 March 2015 14:22:17 UTC+1, Aaron France wrote: > > Hi, > > The relevant parts of the

Re: [ClojureScript] Re: ANN: ClojureScript 0.0-3058, Enhanced REPLs, faster compile times

A couple of people mentioned this happened while trying out the Quick Start. If eval takes a long time it could be because you don't have the right browser tab focused. If the REPL is truly hung due to some kind of communication issue, try refreshing the browser. The bREPL uses an iframe which can

Re: Could use a better error message here (using a list in update-in)

Ok, done (CLJ-1672). Though, as an aside, that site doesn't allow connection via https. One has to send all their credentials in the clear... On Tuesday, March 10, 2015 at 11:17:58 AM UTC-4, Stuart Sierra wrote: > > Please file a ticket in JIRA and tag it with "errormsg" > http://dev.clojure.org

Re: [ANN] Chestnut 0.7.0

Sorry for the delayed response, I didn't have email notifications set up correctly. Interesting way of using ~/.lein/profiles.clj. I hadn't considered that yet. If you want to run a modified Chestnut the easiest is to run lein install in your chestnut repo. You shouldn't have to manually bump t

Re: Project fails to compile on different machines

Aaron France writes: Hi Aaron, > The makefile calls compile then uberjar, which is why things are > compiled twice, so it seems my problem lies *just* with uberjar. So why do you compile and then let uberjar compile again? And there's also no need to call the deps target explicitly. Leiningen

Re: Project fails to compile on different machines

The makefile is not ran in parallel -- the Makefile is being explicit for non-Clojure users. Read above -- the issue is solved, there's an issue with the profiles and AOT. On Wed, 11 Mar 2015 at 16:21 Tassilo Horn wrote: > Aaron France writes: > > Hi Aaron, > > > The makefile calls compile the

Re: volatile vs java.util.concurrent.atomic.* vs atom

This is interesting, but there could be many things in play here. Try re-running the tests outside of lein (via compilation to a uberjar and then running with java -jar) and also use criterium, as it will warn about many things that coul effect performance . https://github.com/hugoduncan/criterium

Re: volatile vs java.util.concurrent.atomic.* vs atom

Well not exactly what you said cause I'm lazy, but a little bit more controlled: timereference.clj: (println "Java: "(System/getProperty "java.version")) (println (clojure-version)) (dotimes [y 10] (print "volatile: ") (time (let [v (volatile! 1)] (dotimes [x 1] (vrese

Re: volatile vs java.util.concurrent.atomic.* vs atom

There's many other factors involved here though, GC, JIT warmup, etc. That's kindof what criterium helps out with, removing all the variables and running something until the JIT has warmed up enough (10 iterations probably isn't enough). Timothy On Wed, Mar 11, 2015 at 10:19 AM, Brent Millare wr

Re: volatile vs java.util.concurrent.atomic.* vs atom

I find it hard to believe GC would be a factor since there is very little being generated here. Also, while the outside loop is only 10 iterations of timings, in the inside loops the code is called for 100 million iterations. Anyways, running it with criterium didn't change the ranking. Here is

Composing Stuart Sierra's components

I have a non-trivial component which requires a bunch of internal and external collaborators to work. This component is itself re-usable. What I really want to do is have ReusableComponent be a component in a system so it can pull its external collaborators. However, ReusableComponent construc

Re: [OT?] Best DB/architecture for n-gram corpus?

Have looked at http://www.sai.msu.su/~megera/postgres/gist/tsearch/V2/ that comes with Postgres 9.4 and it's really really powerful and fast. On 03/06/2015 09:25 PM, Sam Raker wrote: > I'm trying to create an n-gram[1] corpus out of song lyrics. I'm breaking > individual songs into lines, which

Re: Composing Stuart Sierra's components

You can specify component dependencies using the 'using' function as you know. As long as you know the key of the component in the system you can specify this dependency wherever you construct the component. If you want to parameterize dependencies, write a constructor function which takes the

Re: Composing Stuart Sierra's components

Hi Adrian - I don't follow how that helps integrate two different systems - I wonder if my question was unclear or I am missing something in your answer. Would you mind posting some pseudo code to clarify please? On 11 March 2015 at 18:32, wrote: > You can specify component dependencies using th

Re: Composing Stuart Sierra's components

I believe I misunderstood your question; I didn't realize it was system (as opposed to any general component) specific. I think systems can be merged together (via 'merge'). Would that help? On Wednesday, March 11, 2015 at 2:40:14 PM UTC-4, Colin Yates wrote: > > Hi Adrian - I don't follow how

Re: ANN: ClojureScript 0.0-3058, Enhanced REPLs, faster compile times

It seems that (doc ...) and (source ...) do not print any text after (require '[hello-world.core :as hello] :reload) has been entered at the (browser) REPL. On Monday, March 9, 2015 at 7:42:28 PM UTC-4, David Nolen wrote: > > ClojureScript, the Clojure compiler that emits JavaScript source code

Re: Composing Stuart Sierra's components

Hey Colin, it sounds like: * if the 2 systems really can't function without each other, and their start/stop lifecycles are tightly bound, then somehow they have to be merged into a single system or * if the 2 systems can't be merged into a single system because of true functional or lifecycle i

Re: Any Lispers in South Devon, UK?

Hello Stephen, Sorry for the late reply but we have been trying to get organised. The inaugural meeting of Exeter Clojurians will be: 7pm Wednesday 25th March 2015 City Gate Hotel, Iron Bridge, EX4 3RB Hope to see you there, and anyone else who is interested! John -- You received this message

Re: Any Lispers in South Devon, UK?

w00t! On Wed, Mar 11, 2015 at 9:42 PM, John Kane wrote: > Hello Stephen, > > Sorry for the late reply but we have been trying to get organised. The > inaugural meeting of Exeter Clojurians will be: > > 7pm Wednesday 25th March 2015 > City Gate Hotel, Iron Bridge, EX4 3RB > > Hope to see you there

[ANN] munge-tout 0.1.2

Munge Tout is a Java-Clojure interop library that helps convert Java Objects into Clojure data structures. It supports conversion of Java primitives, Lists, Sets, Maps and Enums and can be configured to perform custom conversions on a per-property basis, or generally for a type by extending th

Re: Any Lispers in South Devon, UK?

Superb! I will make sure I am there. Looking forward to it! On Wed, Mar 11, 2015 at 9:56 PM Bruce Durling wrote: > w00t! > > On Wed, Mar 11, 2015 at 9:42 PM, John Kane wrote: > > Hello Stephen, > > > > Sorry for the late reply but we have been trying to get organised. The > > inaugural meeting

Re: [ANN] Chestnut 0.7.0

Hi Arne, Thank you for your advice. I hope chestnut runs on the latest versions of cljs and om. Is there any info or suggestions ? Makoto 2015-03-11 23:58 GMT+09:00 Arne Brasseur : > Sorry for the delayed response, I didn't have email notifications set up > correctly. > > Interesting way of usi

Re: volatile vs java.util.concurrent.atomic.* vs atom

I took a look at the bytecode of what was generated using no.disassemble (wrapping parts of the test code into defn's to disassemble it). I saw a couple of things going on, but I'm not sure exactly what it all means as I'm not super familiar with when Hotspot does method inlining. Maybe someon

Re: volatile vs java.util.concurrent.atomic.* vs atom

Thanks for the extra analysis! > -- 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 patient with your first post. To unsubscribe

Typed Clojure paper draft

Hi, Please check out our new paper draft on core.typed's type system. The first few pages has a lot of executable code and is intended to be accessible to anyone. Feedback welcome! Thanks, Ambrose -- You received this message because