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 a...@puredanger.com 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 cyrushar...@gmail.com 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 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 mark.rathw...@gmail.com 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 mark.rathw...@gmail.com 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, 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: Latest Bagwell paper for a new implementation of Clojure vectors ?
On Tuesday, November 15, 2011, Justin Balthrop jus...@justinbalthrop.com 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 googlegro...@khinsen.fastmail.net 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 llas...@gmail.comwrote: 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 seancorfi...@gmail.com 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 karl.kru...@gmail.com wrote: On Tuesday, November 15, 2011, Justin Balthrop jus...@justinbalthrop.com 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 aa...@assonance.org 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 llas...@gmail.com 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 a...@puredanger.com 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 klyn...@gmail.com 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 the.stuart.sie...@gmail.com 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 kovas.bog...@gmail.comwrote: 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 klyn...@gmail.com 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 the.stuart.sie...@gmail.com 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 p...@hagelb.org wrote: On Mon, Nov 14, 2011 at 11:06 PM, Sean Corfield seancorfi...@gmail.com 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 s...@ida.net 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 dave...@gmail.com To: clojure@googlegroups.com 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 s...@ida.net 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:\cljrjava -jar c:/clojure-1.3.0.jar c:/cljr/kitchensink.clj Error: Unable to access jarfile c:/clojure-1.3.0.jar C:\cljrjava -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.com/group/clojure?hl=en -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this
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 greg...@innerpaths.net 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 s...@ida.net 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 dave...@gmail.com To: clojure@googlegroups.com 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 s...@ida.net 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:\cljrjava -jar c:/clojure-1.3.0.jar c:/cljr/kitchensink.clj Error: Unable to access jarfile c:/clojure-1.3.0.jar C:\cljrjava -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
[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 mathn...@gmail.com 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 mathn...@gmail.com 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