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 gr
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 n
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
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 la
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 co
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
> 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 c
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 tri
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 b
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,
> c
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
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
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
> 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 subscri
`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
(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
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 cou
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
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 d
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 m
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
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
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
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' t
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
> w
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.
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 jav
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/c
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
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 ove
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/ch
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
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 anythi
: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'
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
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!
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
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
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
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 subscri
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), particul
41 matches
Mail list logo
