Lunhy Bin challenge
Anyone want to take a crack at the Luhny Bin challenge from Square in Clojure? Crazy Bob is interested in seeing a Clojure solution. http://corner.squareup.com/2011/11/luhny-bin.html -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Lunhy Bin challenge
Hi, here is one: http://paste.pocoo.org/show/508130/ I haven't tested it very thouroughly, though. Sincerely Meikel -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Lunhy Bin challenge
I've looked at this a bit this afternoon in both clojure and groovy. I couldn't come up with an interesting way to solve the problem. In both cases I end up take the numbers into a list/vector of digits, and solving it that way. It works, but boring. :) I figure I'll ponder on it some more. On Nov 15, 2011, at 3:59 AM, Alex Miller wrote: > Anyone want to take a crack at the Luhny Bin challenge from Square in > Clojure? Crazy Bob is interested in seeing a Clojure solution. > > http://corner.squareup.com/2011/11/luhny-bin.html > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Clojure-in-CommonLisp?
I haven't dealt with CL in quite a while, but there is this (which I was involved with in my undergrad at CofC): http://clforjava.org/ CLforJava may be helpful since it is, "a totally new version of the Common Lisp language that runs on the Java Virtual Machine and is intertwined with the Java language in such a way that users of Lisp can directly access Java libraries and vice versa." Sounds familliar? :) Clojure <-> Java <-> CLforJava -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Clojure-in-CommonLisp?
On 15 Nov, 2011, at 6:51 , Cyrus Harmon wrote: > I've been wanting this for some time. Obviously the java interop stuff poses > challenges, but the clojure data types, protocols, immutable objects, clojure > syntax, etc... would make for a nice dialect of lisp to be used alongside > other CL code. (I guess I'm in the small minority of folks that is much more > interested in interacting with existing Common Lisp code than with existing > Java libraries.) That may be a minority, but an implementation based on Common Lisp could also open the way to an integration with the world of C, via a Common Lisp implementation with a decent C interface. Konrad. -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Introducing Riviera Clojure Group
Hi all, Allow me to introduce our recent clojure user group: Riviera Clojure Group. The group is intended for you who live around French Riviera and are interested in working off-line together in a group. We plan to have a regular monthly meeting where we'll have presentations, code kata, or dojo, all those things a user group may have. The meetings will likely take place in a nice bar in Sophia Antipolis, near Nice. Join us here: http://www.meetup.com/riviera-scala-clojure and follow us at twitter: @riviera_func . Best regards, Anwar Rizal / @anrizal Nicolas Bousquet / @bousquetn Tobo Atchou http://www.meetup.com/riviera-scala-clojure -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Latest Bagwell paper for a new implementation of Clojure vectors ?
> This would be awesome. From his talk it sounds like it shouldn't replace > PersistentVector at all, in fact you should be able to share structure with > PersistentVector right? My understanding from the talk was that RRB-Trees have performance identical to PersistentVector as long as you don't concat or split them. So why not just replace the PersistentVector implementation with an RRB-Tree? -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Clojure-in-CommonLisp?
With my limited theoretical understanding of Clojure, I would expect the language to interop with the platform it was implemented on. Therefore I would expect Clojure in CL to interop with CL and not the JVM. I know a little CL and even less of Clojure, but wouldn't Clojure in CL be fairly trivial? Just a DSL in CL? Sent from my iPhone On 15/11/2011, at 12:51 AM, Cyrus Harmon wrote: > > Tim, > > I've been wanting this for some time. Obviously the java interop stuff poses > challenges, but the clojure data types, protocols, immutable objects, clojure > syntax, etc... would make for a nice dialect of lisp to be used alongside > other CL code. (I guess I'm in the small minority of folks that is much more > interested in interacting with existing Common Lisp code than with existing > Java libraries.) > > Cyrus > > On Nov 14, 2011, at 4:18 PM, daly wrote: > >> It seems to me that a Clojure in Common Lisp might be the >> easiest non-JVM port. It would be a DSL within Common Lisp. >> A CL implementation would even allow rewriting the normal >> COND syntax. Is there an obvious reason why this would be >> a bad idea? >> >> Heck, it might even be possible to make the port literate :-) >> >> Tim Daly >> >> >> -- >> 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 from this group, send email to >> clojure+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/clojure?hl=en > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Clojure-in-CommonLisp?
On 15 Nov, 2011, at 15:46 , Doug South wrote: > I know a little CL and even less of Clojure, but wouldn't Clojure in CL be > fairly trivial? Just a DSL in CL? All of Clojure's persistent data structures would have to be implemented in CL. Plus multimethods, protocols, and deftype, which are a bit different from their closest equivalents in CL. Konrad. -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Clojure-in-CommonLisp?
On Tue, Nov 15, 2011 at 4:53 AM, Konrad Hinsen < googlegro...@khinsen.fastmail.net> wrote: > On 15 Nov, 2011, at 6:51 , Cyrus Harmon wrote: > > > I've been wanting this for some time. Obviously the java interop stuff > poses challenges, but the clojure data types, protocols, immutable objects, > clojure syntax, etc... would make for a nice dialect of lisp to be used > alongside other CL code. (I guess I'm in the small minority of folks that > is much more interested in interacting with existing Common Lisp code than > with existing Java libraries.) > > That may be a minority, but an implementation based on Common Lisp could > also open the way to an integration with the world of C, via a Common Lisp > implementation with a decent C interface. > > Konrad. Integrating with C / C++ is also possible with ClojureScript + (V8 or Node.js) as well. David -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Re: Re: java logging properties and lein
Okay, thanks. I think the library I interface with is using java.util.logging. I might need to reset the logging configuration. I recall something like that in the past like LogManager.reset(); On , Mark Rathwell wrote: > You still need to load the properties and tell the logger to use them. > Assuming it is using log4j, something like the following should do > that (completely untested though): > > ... > (:require [clojure.java.io :as io]) > ... > (with-open [s (io/input-stream (io/resource "logging.properties"))] > (org.apache.log4j.PropertyConfigurator/configure > (doto (java.util.Properties.) > (.load s I should have noted: Unless the library you're using is already checking for and loading a resource called "logging.properties", in which case it should work just by dropping in the properties file in the resources directory. -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Re: Re: java logging properties and lein
Okay, thanks. I think the library I interface with is using java.util.logging. I might need to reset the logging configuration. I recall something like that in the past like LogManager.reset(); On , Mark Rathwell wrote: > You still need to load the properties and tell the logger to use them. > Assuming it is using log4j, something like the following should do > that (completely untested though): > > ... > (:require [clojure.java.io :as io]) > ... > (with-open [s (io/input-stream (io/resource "logging.properties"))] > (org.apache.log4j.PropertyConfigurator/configure > (doto (java.util.Properties.) > (.load s I should have noted: Unless the library you're using is already checking for and loading a resource called "logging.properties", in which case it should work just by dropping in the properties file in the resources directory. -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Forcing computation
I understand that lazy sequences are very useful but sometimes, I want to compute everything, go away, and have it there when I come back. How do I do that with a map? (def x (map fn coll)) -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Forcing computation
> I understand that lazy sequences are very useful but sometimes, I want to > compute everything, go away, and have it there when I come back. > How do I do that with a map? > (def x (map fn coll)) you could do (last x) and drop that value. U -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Forcing computation
`doall` will force the realization of any provided lazy sequence, e.g.: (doall (map fn coll)) - Chas On Nov 15, 2011, at 11:52 AM, labwor...@gmail.com wrote: > I understand that lazy sequences are very useful but sometimes, I want to > compute everything, go away, and have it there when I come back. > How do I do that with a map? > (def x (map fn coll)) > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Forcing computation
(def x (doall (map fn coll))) On Tue, Nov 15, 2011 at 11:52 AM, wrote: > I understand that lazy sequences are very useful but sometimes, I want to > compute everything, go away, and have it there when I come back. > How do I do that with a map? > (def x (map fn coll)) > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Latest Bagwell paper for a new implementation of Clojure vectors ?
On Tuesday, November 15, 2011, Justin Balthrop wrote: > My understanding from the talk was that RRB-Trees have performance > identical to PersistentVector as long as you don't concat or split > them. So why not just replace the PersistentVector implementation with > an RRB-Tree? I guess that could be a possibility but that would change the performance profile of some programs that actually use concat, ie concat would speed up and the other operations would slow (was it about 60%? can't remember the numbers here). So I think it should be opt in. Karl -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Clojure-in-CommonLisp?
There's also ABCL, the Common Lisp implementation that maintains the inalienable right to arm bears, written in Java and supporting interop between both Java and Lisp. http://common-lisp.net/project/armedbear/doc/abcl-user.html On 11/15/2011 09:13 AM, Dennis Crenshaw wrote: > I haven't dealt with CL in quite a while, but there is this (which I was > involved with in my undergrad at CofC): > > http://clforjava.org/ > > CLforJava may be helpful since it is, "a totally new version of the > Common Lisp language that runs on the Java Virtual Machine and is > intertwined with the Java language in such a way that users of Lisp can > directly access Java libraries and vice versa." > > Sounds familliar? :) > > Clojure <-> Java <-> CLforJava > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Clojure-in-CommonLisp?
Konrad Hinsen writes: > That may be a minority, but an implementation based on Common Lisp > could also open the way to an integration with the world of C, via a > Common Lisp implementation with a decent C interface. Integrating the JVM with C via JNA [1] is pretty straightforward. I've been doing all my JNA glue in Java so far because JNA depends on a few features which aren't available / convenient use in Clojure [2], but a decent Clojure wrapper API probably wouldn't be too difficult. [1] https://github.com/twall/jna [2] Structures involve definition of concrete types inheriting from other concrete types; "direct method mapping" requires tagging methods as `native' and providing a class-level static initializer. -Marshall -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Clojure-in-CommonLisp?
Right, but what I have in mind is clojure-sitting-on-top-of-SBCL so that one can (with a suitable reimplementation thereof) use clojure's persistent data structures, protocols, deftype, etc... on top of a (somewhat more traditional?) native code-generating backend like SBCL's. There's a lot of machinery in there that solves problems that the JVM solves (in completely different ways, of course). One approach is the clojure-as-DSL such that this could work on any suitable CL system. An alternative approach would be to hack SBCL's compiler directly such that we're using the SBCL runtime and code generation bits more directly. This would be a lot of work, but might be interesting if the resulting product could have natively-compiled CL and clojure playing nicely with each other. Just a thought... Cyrus On Nov 15, 2011, at 9:09 AM, Nate Young wrote: > There's also ABCL, the Common Lisp implementation that maintains the > inalienable right to arm bears, written in Java and supporting interop > between both Java and Lisp. > > http://common-lisp.net/project/armedbear/doc/abcl-user.html > > On 11/15/2011 09:13 AM, Dennis Crenshaw wrote: >> I haven't dealt with CL in quite a while, but there is this (which I was >> involved with in my undergrad at CofC): >> >> http://clforjava.org/ >> >> CLforJava may be helpful since it is, "a totally new version of the >> Common Lisp language that runs on the Java Virtual Machine and is >> intertwined with the Java language in such a way that users of Lisp can >> directly access Java libraries and vice versa." >> >> Sounds familliar? :) >> >> Clojure <-> Java <-> CLforJava >> >> -- >> 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 from this group, send email to >> clojure+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/clojure?hl=en > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Announce: ClojLisp -- Clojure-in-CommonLisp
I have created a 0th iteration of the clojure in common lisp effort. git clone git://github.com/daly/clojlisp.git will create a directory called clojlisp containing: README -- how to get started from scratch clojlisp.pamphlet -- the literate program clojlisp.pdf -- a pdf generated from clojlisp.pamphlet clojureIcon.eps -- a pretty icon tangle.c -- the program for extracting chunks Makefile -- the basic tool for creating the code changelog -- a list of changed files You could read the README or just type: gcc -o tangle tangle.c make xpdf clojlisp.pdf & sbcl (load "clojlisp.lisp") (in-package "CLOJLISP") (clojlisp) (common-lisp::+ 2 3) (sb-ext:quit) emacs clojlisp.pamphlet ... change stuff ... make Tim Daly Literate Software d...@literatesoftware.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 be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Clojure-in-CommonLisp?
FYI: https://github.com/bagucode/clj-native uses bytecode generation to create the glue classes on the fly. On Tue, Nov 15, 2011 at 12:21 PM, Marshall T. Vandegrift wrote: > Integrating the JVM with C via JNA [1] is pretty straightforward. I've > been doing all my JNA glue in Java so far because JNA depends on a few > features which aren't available / convenient use in Clojure [2], but a > decent Clojure wrapper API probably wouldn't be too difficult. > > [1] https://github.com/twall/jna > > [2] Structures involve definition of concrete types inheriting from >other concrete types; "direct method mapping" requires tagging >methods as `native' and providing a class-level static initializer. > > -Marshall > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: swank, clojure.repl and my fading sanity
On Mon, Nov 14, 2011 at 11:06 PM, Sean Corfield wrote: > Add the following to your ~/.lein/user.clj: > > ;; ~/.lein/user.clj > (if (>= (.compareTo (clojure-version) "1.3.0") 0) > (do (use 'clojure.repl) > (use 'clojure.java.javadoc))) This will work, but most of the functionality of clojure.repl isn't very useful in slime. C-c C-c d gets you docs, and M-. gets you source. -Phil -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Latest Bagwell paper for a new implementation of Clojure vectors ?
It wouldn't change the performance profile of existing programs because currently there isn't a way to concat two vectors and get a new vector. I don't envision changing the behavior of clojure.core/concat, that should still return a seq. It seems better to create a new function like 'joinvec' that is a more performant alternative to concat. This is similar to subvec, which is a more performant alternative to take and drop. Another question is whether to change the behavior of subvec, which currently holds onto the entire vector, or create a new method like 'splitvec' to provide the new RRB-based splitting. On Nov 15, 2011, at 8:59 AM, Karl Krukow wrote: > > > On Tuesday, November 15, 2011, Justin Balthrop > wrote: > > > My understanding from the talk was that RRB-Trees have performance > > identical to PersistentVector as long as you don't concat or split > > them. So why not just replace the PersistentVector implementation with > > an RRB-Tree? > > I guess that could be a possibility but that would change the performance > profile of some programs that actually use concat, ie concat would speed up > and the other operations would slow (was it about 60%? can't remember the > numbers here). So I think it should be opt in. > > Karl > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Clojure-in-CommonLisp?
Another option for JNA is: https://github.com/chouser/clojure-jna On Nov 15, 2011, at 9:34 AM, Aaron Cohen wrote: > FYI: https://github.com/bagucode/clj-native uses bytecode generation to > create the glue classes on the fly. > > On Tue, Nov 15, 2011 at 12:21 PM, Marshall T. Vandegrift > wrote: > Integrating the JVM with C via JNA [1] is pretty straightforward. I've > been doing all my JNA glue in Java so far because JNA depends on a few > features which aren't available / convenient use in Clojure [2], but a > decent Clojure wrapper API probably wouldn't be too difficult. > > [1] https://github.com/twall/jna > > [2] Structures involve definition of concrete types inheriting from >other concrete types; "direct method mapping" requires tagging >methods as `native' and providing a class-level static initializer. > > -Marshall > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Latest Bagwell paper for a new implementation of Clojure vectors ?
On 15/11/2011, at 19.13, Justin Balthrop wrote: > It wouldn't change the performance profile of existing programs because > currently there isn't a way to concat two vectors and get a new vector. I > don't envision changing the behavior of clojure.core/concat, that should > still return a seq. It seems better to create a new function like 'joinvec' > that is a more performant alternative to concat. This is similar to subvec, > which is a more performant alternative to take and drop. > > Another question is whether to change the behavior of subvec, which currently > holds onto the entire vector, or create a new method like 'splitvec' to > provide the new RRB-based splitting. Good point, I hadn't thought of that. /Karl -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Clojure-in-CommonLisp?
What not create a C implementation in which the hosted language is dynamic link libraries? Roy On Tue, Nov 15, 2011 at 4:53 AM, Konrad Hinsen < googlegro...@khinsen.fastmail.net> wrote: > On 15 Nov, 2011, at 6:51 , Cyrus Harmon wrote: > > > I've been wanting this for some time. Obviously the java interop stuff > poses challenges, but the clojure data types, protocols, immutable objects, > clojure syntax, etc... would make for a nice dialect of lisp to be used > alongside other CL code. (I guess I'm in the small minority of folks that > is much more interested in interacting with existing Common Lisp code than > with existing Java libraries.) > > That may be a minority, but an implementation based on Common Lisp could > also open the way to an integration with the world of C, via a Common Lisp > implementation with a decent C interface. > > Konrad. > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > -- Roy Lowrance tel: 347 255 2544 -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Forcing computation
On Tue, Nov 15, 2011 at 04:52:04PM +, labwor...@gmail.com wrote: > I understand that lazy sequences are very useful but sometimes, I want to > compute everything, go away, and have it there when I come back. > How do I do that with a map? > (def x (map fn coll)) doall http://clojuredocs.org/clojure_core/clojure.core/doall Robert -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Big thanks to my donators !
I was really glad to be able to made it to the conj, and if I was able to do so, it's because of these incredible communities, made of pure awesomeness, which are the Clojure & CCW communities! So once again, thank you to all of you who helped make this possible! I also wanted to say I'm really happy I was able to do an extra-curricular talk/demo about Counterclockwise by thursday evening. I was really happy to see so many people interested to discover and contribute feedback around CCW. Finally, I'd like to say that I'm reinvigorated, even more than ever, in my desire to push the plugin forward. And I have the feeling that 2012 will be a great year, for CCW as well as for Clojure and its community in general ! Cheers, -- Laurent Petit -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Forcing computation
If you're only interested in the side effects of the computation and not the result say: (map #(println %) [1 2 3 4]) you can use dorun rather than doall as it doesn't retain the head (therefore requiring less memory). (dorun (map #(println %) [1 2 3 4])) Also, if you see yourself mapping over a sequence inside a dorun (as above) you should consider doseq: (doseq [el [1 2 3 4]] (println el)) which requires even less allocation as it doesn't use map which creates a new seq. Sam --- http://sam.aaron.name On 15 Nov 2011, at 16:52, labwor...@gmail.com wrote: > I understand that lazy sequences are very useful but sometimes, I want to > compute everything, go away, and have it there when I come back. > How do I do that with a map? > (def x (map fn coll)) > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Lunhy Bin challenge
On Tue, 15 Nov 2011 00:59:38 -0800 (PST), Alex Miller wrote: > Anyone want to take a crack at the Luhny Bin challenge from Square in > Clojure? Crazy Bob is interested in seeing a Clojure solution. > > http://corner.squareup.com/2011/11/luhny-bin.html My solution is here: https://github.com/chrismgray/luhnybin There's not too much exciting about it, but I like the luhn-check function. Cheers, Chris -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Open source Clojure projects
4Clojure.com is a great project. We have a quite a few issues that could use some help. Feel free to ping me if you have any questions about getting involved. https://github.com/4clojure/4clojure -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: ClojureScript macro import
Bump. Is this still the case? That its not possible to have user-created macros targeting clojurescript without namespace prefixes? On Tue, Aug 9, 2011 at 2:31 PM, Kevin Lynagh wrote: > Okay, that's the impression I got from poking around but I just wanted > to make sure I wasn't missing anything. > Thanks Stuart. > > On Aug 9, 1:46 pm, Stuart Sierra wrote: >> It's not currently possible to refer macros without a namespace prefix: >> ClojureScript does not have `refer` or `use`. There have been some >> discussions around this, don't have a link handy. >> >> -Stuart Sierra >> clojure.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 be patient with your > first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: ClojureScript macro import
:use-macros is now supported. On Tue, Nov 15, 2011 at 5:18 PM, kovas boguta wrote: > Bump. > > Is this still the case? That its not possible to have user-created > macros targeting clojurescript without namespace prefixes? > > > On Tue, Aug 9, 2011 at 2:31 PM, Kevin Lynagh wrote: > > Okay, that's the impression I got from poking around but I just wanted > > to make sure I wasn't missing anything. > > Thanks Stuart. > > > > On Aug 9, 1:46 pm, Stuart Sierra wrote: > >> It's not currently possible to refer macros without a namespace prefix: > >> ClojureScript does not have `refer` or `use`. There have been some > >> discussions around this, don't have a link handy. > >> > >> -Stuart Sierra > >> clojure.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 be patient with > your first post. > > To unsubscribe from this group, send email to > > clojure+unsubscr...@googlegroups.com > > For more options, visit this group at > > http://groups.google.com/group/clojure?hl=en > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Overused phrases in the Clojure community
Can we please get bored of saying "idiomatic" and "in particular" please ? -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: swank, clojure.repl and my fading sanity
Sean, Phil, thanks! Although now I realize that if I'm going to use Emacs then I'm going to have to learn the commands. Right now I'm trying to use http://www.pchristensen.com/blog/articles/public-beta-open-for-ultimate-n00b-slimeemacs-cheat-sheet/. We'll see how that goes. Thanks! Yaron On Nov 15, 5:37 pm, Phil Hagelberg wrote: > On Mon, Nov 14, 2011 at 11:06 PM, Sean Corfield > wrote: > > Add the following to your ~/.lein/user.clj: > > > ;; ~/.lein/user.clj > > (if (>= (.compareTo (clojure-version) "1.3.0") 0) > > (do (use 'clojure.repl) > > (use 'clojure.java.javadoc))) > > This will work, but most of the functionality of clojure.repl isn't > very useful in slime. C-c C-c d gets you docs, and M-. gets you > source. > > -Phil -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: classpath on seesaw????
Hello! As a beginning Seesaw user, I had the same trouble. Here is a solution that I just confirmed as working: $ cd seesaw/src $ lein deps $ lein run -m seesaw.examples.kitchensink (in the last line, note the omission of "...test. ...") Dave, thanks for all your work. One small problem: you've got a very similar but not identical set of sample programs at: * seesaw-v1_20-13dd772/test/seesaw/test and * seesaw-v1_20-13dd772/src/seesaw/examples kitchensink.clj is in the second directory but not the first. Other differences exist. I hope this helps everybody. Gregg W. On Nov 12, 8:56 pm, "sixs" wrote: > seesaw downloads as follows c:\seesaw\test\seesaw\test\examples\kitchensink > first wseesaw is originally daveray-seesaw-1.0.7-281-g12248d4 > I have tried to run lein deps and the > lein run -m seesaw.test.examples.kitchensink > from the first seesaw, then the nest seesaw and ffinally examples. I can't > get to run. > > > > > > > > - Original Message - > > C:\Users\jim.jim-PC\Downloads\daveray-seesaw-1.0.7-281-g12248d4.zip > From: "Dave Ray" > To: > Sent: Saturday, November 12, 2011 5:13 AM > Subject: Re: classpath on seesaw > > Good Morning, > > The easiest way to run the Seesaw examples is as describe in the wiki > (https://github.com/daveray/seesaw/wiki): > > * Install leiningen > * Clone or download the repo from github > * then... > > $ cd seesaw > $ lein deps > $ lein run -m seesaw.test.examples.kitchensink > > Replace "kitchensink" with whichever example you want to run. > > Also, future questions like this might be better directed to the > Seesaw mailing listhttps://groups.google.com/group/seesaw-clj > > Hope this helps, > > Dave > > On Sat, Nov 12, 2011 at 1:45 AM, jayvandal wrote: > > I am trying to run the examples in seesaw.I must not have seeesaw > > installed correctly. > > any help please > > > Microsoft Windows [Version 6.0.6000] > > Copyright (c) 2006 Microsoft Corporation. All rights reserved. > > > C:\>cd cljr > > > C:\cljr>java -jar c:/clojure-1.3.0.jar c:/cljr/kitchensink.clj > > Error: Unable to access jarfile c:/clojure-1.3.0.jar > > > C:\cljr>java -jar c:/clojure-1.3.0/clojure-1.3.0.jar c:/cljr/ > > kitchensink.clj > > Exception in thread "main" java.lang.RuntimeException: > > java.io.FileNotFoundExcep > > tion: Could not locate seesaw/core__init.class or seesaw/core.clj on > > classpath: > > > at clojure.lang.Util.runtimeException(Util.java:165) > > at clojure.lang.Compiler.eval(Compiler.java:6476) > > at clojure.lang.Compiler.eval(Compiler.java:6455) > > at clojure.lang.Compiler.load(Compiler.java:6902) > > at clojure.lang.Compiler.loadFile(Compiler.java:6863) > > at clojure.main$load_script.invoke(main.clj:282) > > at clojure.main$script_opt.invoke(main.clj:342) > > at clojure.main$main.doInvoke(main.clj:426) > > at clojure.lang.RestFn.invoke(RestFn.java:408) > > at clojure.lang.Var.invoke(Var.java:401) > > at clojure.lang.AFn.applyToHelper(AFn.java:161) > > at clojure.lang.Var.applyTo(Var.java:518) > > at clojure.main.main(main.java:37) > > Caused by: java.io.FileNotFoundException: Could not locate seesaw/ > > core__init.cla > > ss or seesaw/core.clj on classpath: > > at clojure.lang.RT.load(RT.java:430) > > at clojure.lang.RT.load(RT.java:398) > > at clojure.core$load$fn__4610.invoke(core.clj:5386) > > at clojure.core$load.doInvoke(core.clj:5385) > > at clojure.lang.RestFn.invoke(RestFn.java:408) > > at clojure.core$load_one.invoke(core.clj:5200) > > at clojure.core$load_lib.doInvoke(core.clj:5237) > > at clojure.lang.RestFn.applyTo(RestFn.java:142) > > at clojure.core$apply.invoke(core.clj:602) > > at clojure.core$load_libs.doInvoke(core.clj:5271) > > at clojure.lang.RestFn.applyTo(RestFn.java:137) > > at clojure.core$apply.invoke(core.clj:604) > > at clojure.core$use.doInvoke(core.clj:5363) > > at clojure.lang.RestFn.invoke(RestFn.java:408) > > at seesaw.test.examples.kitchensink > > $eval3$loading__4505__auto4.invok > > e(kitchensink.clj:11) > > at seesaw.test.examples.kitchensink > > $eval3.invoke(kitchensink.clj:11) > > at clojure.lang.Compiler.eval(Compiler.java:6465) > > ... 11 more > > > C:\cljr> > > > -- > > 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 from this group, send email to > > clojure+unsubscr...@googlegroups.com > > For more options, visit this group at > >http://groups.google.com/group/clojure?hl=en > > -- > 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 from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group > athttp://groups.google
Re: classpath on seesaw????
Thanks for the tip Gregg. It looks like I merged badly or something for the 1.2.0 release. The extra examples directory (src/seesaw/examples) isn't present in master, develop, or the 1.2.1 tag. kitchensink.clj is in there too, although I should probably delete it lest someone pick up bad habits. It's a bit of an abomination :) Dave On Tue, Nov 15, 2011 at 10:28 PM, Gregg Williams wrote: > Hello! As a beginning Seesaw user, I had the same trouble. Here is a > solution that I just confirmed as working: > > $ cd seesaw/src > $ lein deps > $ lein run -m seesaw.examples.kitchensink > > (in the last line, note the omission of "...test. ...") > > Dave, thanks for all your work. One small problem: you've got a very > similar but not identical set of sample programs at: > > * seesaw-v1_20-13dd772/test/seesaw/test > > and > > * seesaw-v1_20-13dd772/src/seesaw/examples > > kitchensink.clj is in the second directory but not the first. Other > differences exist. > > I hope this helps everybody. > > > Gregg W. > > > > On Nov 12, 8:56 pm, "sixs" wrote: >> seesaw downloads as follows c:\seesaw\test\seesaw\test\examples\kitchensink >> first wseesaw is originally daveray-seesaw-1.0.7-281-g12248d4 >> I have tried to run lein deps and the >> lein run -m seesaw.test.examples.kitchensink >> from the first seesaw, then the nest seesaw and ffinally examples. I can't >> get to run. >> >> >> >> >> >> >> >> - Original Message - >> >> C:\Users\jim.jim-PC\Downloads\daveray-seesaw-1.0.7-281-g12248d4.zip >> From: "Dave Ray" >> To: >> Sent: Saturday, November 12, 2011 5:13 AM >> Subject: Re: classpath on seesaw >> >> Good Morning, >> >> The easiest way to run the Seesaw examples is as describe in the wiki >> (https://github.com/daveray/seesaw/wiki): >> >> * Install leiningen >> * Clone or download the repo from github >> * then... >> >> $ cd seesaw >> $ lein deps >> $ lein run -m seesaw.test.examples.kitchensink >> >> Replace "kitchensink" with whichever example you want to run. >> >> Also, future questions like this might be better directed to the >> Seesaw mailing listhttps://groups.google.com/group/seesaw-clj >> >> Hope this helps, >> >> Dave >> >> On Sat, Nov 12, 2011 at 1:45 AM, jayvandal wrote: >> > I am trying to run the examples in seesaw.I must not have seeesaw >> > installed correctly. >> > any help please >> >> > Microsoft Windows [Version 6.0.6000] >> > Copyright (c) 2006 Microsoft Corporation. All rights reserved. >> >> > C:\>cd cljr >> >> > C:\cljr>java -jar c:/clojure-1.3.0.jar c:/cljr/kitchensink.clj >> > Error: Unable to access jarfile c:/clojure-1.3.0.jar >> >> > C:\cljr>java -jar c:/clojure-1.3.0/clojure-1.3.0.jar c:/cljr/ >> > kitchensink.clj >> > Exception in thread "main" java.lang.RuntimeException: >> > java.io.FileNotFoundExcep >> > tion: Could not locate seesaw/core__init.class or seesaw/core.clj on >> > classpath: >> >> > at clojure.lang.Util.runtimeException(Util.java:165) >> > at clojure.lang.Compiler.eval(Compiler.java:6476) >> > at clojure.lang.Compiler.eval(Compiler.java:6455) >> > at clojure.lang.Compiler.load(Compiler.java:6902) >> > at clojure.lang.Compiler.loadFile(Compiler.java:6863) >> > at clojure.main$load_script.invoke(main.clj:282) >> > at clojure.main$script_opt.invoke(main.clj:342) >> > at clojure.main$main.doInvoke(main.clj:426) >> > at clojure.lang.RestFn.invoke(RestFn.java:408) >> > at clojure.lang.Var.invoke(Var.java:401) >> > at clojure.lang.AFn.applyToHelper(AFn.java:161) >> > at clojure.lang.Var.applyTo(Var.java:518) >> > at clojure.main.main(main.java:37) >> > Caused by: java.io.FileNotFoundException: Could not locate seesaw/ >> > core__init.cla >> > ss or seesaw/core.clj on classpath: >> > at clojure.lang.RT.load(RT.java:430) >> > at clojure.lang.RT.load(RT.java:398) >> > at clojure.core$load$fn__4610.invoke(core.clj:5386) >> > at clojure.core$load.doInvoke(core.clj:5385) >> > at clojure.lang.RestFn.invoke(RestFn.java:408) >> > at clojure.core$load_one.invoke(core.clj:5200) >> > at clojure.core$load_lib.doInvoke(core.clj:5237) >> > at clojure.lang.RestFn.applyTo(RestFn.java:142) >> > at clojure.core$apply.invoke(core.clj:602) >> > at clojure.core$load_libs.doInvoke(core.clj:5271) >> > at clojure.lang.RestFn.applyTo(RestFn.java:137) >> > at clojure.core$apply.invoke(core.clj:604) >> > at clojure.core$use.doInvoke(core.clj:5363) >> > at clojure.lang.RestFn.invoke(RestFn.java:408) >> > at seesaw.test.examples.kitchensink >> > $eval3$loading__4505__auto4.invok >> > e(kitchensink.clj:11) >> > at seesaw.test.examples.kitchensink >> > $eval3.invoke(kitchensink.clj:11) >> > at clojure.lang.Compiler.eval(Compiler.java:6465) >> > ... 11 more >> >> > C:\cljr> >> >> > -- >> > 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 from this group, send
[no subject]
http://www.ultimateabguide.com/wp-content/themes/default/images/hello.php -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Overused phrases in the Clojure community
On Wed, Nov 16, 2011 at 02:16, thenwithexpandedwingshesteershisflight wrote: > Can we please get bored of saying "idiomatic" and "in particular" > please ? can you think of some more idiomatic way to say "idiomatic", in particular? :P // ben -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Overused phrases in the Clojure community
On Wed, Nov 16, 2011 at 02:16, thenwithexpandedwingshesteershisflight wrote: > Can we please get bored of saying "idiomatic" and "in particular" > please ? It's quite useful to be able to talk about the-way-of-expressing-this-concept-most-in-keeping-with-established-practice (idiomatic), particularly when a language still sees plenty of newcomers. The Python community, found a way around the problem you seem to be having by inventing their own word: pythonic. Do I hear any votes for "clojuresque"? Ok, I think I've spent my smart-a$$ quota for the day, Ben -- 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 from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
