On Feb 12, 3:31 pm, Craig Andera wrote:
> > Nice work!
>
> Thanks.
>
> > Two things related to 'strcat'.
>
> > 1) This is already implemented as clojure.core/str (and is more
> > efficient than concat'ing)
> > 2) This function is never called :)
>
> Yeah, that code was cut and pasted from some ol
On Feb 16, 2009, at 3:44, Rich Hickey wrote:
> There will need to be good descriptions of these, but the similarity
> is more in names than anything else - seqs are what they always were -
> cursors, and sequences are just collections.
That distinction is quite clear, the problem is indeed just
On Feb 15, 5:18 pm, Rich Hickey wrote:
> The second option is to choose the best possible names, and deal with
> some short term pain in porting and confusion. I think the best names
> are:
>
> ;item
> (first x)
>
> ;collection of remaining items, possibly empty
> (rest x)
>
> ;seq on next item,
Thanks for pointing this out, and glad I remember I read it. Just ran
into this 'bug'. I've a social network of agents, that can refer to
each other as either steady or casual partners (recreated a model
described in "Modeling Prevention Strategies for Gonorrhea and
Chlamydia Using Stochastic Netw
Hi,
Rich Hickey a écrit :
> I am looking for feedback from people willing to read and understand
> the linked-to documentation and the fully lazy model, and especially
> from those trying the lazy branch code and porting some of your own.
>
I just ported Enlive
(http://github.com/cgrand/enliv
I see that IntelliJ has a free edition called TeamCity. Will the
clojure plugin work on that IDE too?
On Feb 6, 7:33 am, Peter Wolf wrote:
> Check out this email! IntelliJ is going to get a *really* good plugin
> for Clojure :-D
>
> I have gladly turned control of the my plugin over to Ilya, an
Also consider (from http://en.wikibooks.org/wiki/Clojure_Programming/Examples):
(defn fib-seq []
((fn rfib [a b]
(lazy-cons a (rfib b (+ a b
0 1))
user> (take 20 (fib-seq))
(0 1 1 2 3 5 8 13 21 34 55 89 144 233 377 610 987 1597 2584 4181)
Regards,
Tim.
--~--~-~--~--
I think it depends on whether this is CPU or IO bound, where the files
will be stored and how expensive it is to generate blocks, check for
existence, copy etc. Over a distributed filesystem running across
data-centers the decision will probably be different than on a
multi-core cpu on a sing
On Feb 16, 1:44 pm, Rich Hickey wrote:
> > My thoughts so far:
>
> > 4. The new model is definitely more complicated to understand than
> > the previous model. There was already a certain degree of mental
> > overlap between collections and the seq interface. Now, there is also
> > the subtle
Thanks for these interesting replies - I have some way to go in my
understanding of the power of functional programming.
I look forward to seeing Stuart's chapter 5!
On Feb 16, 11:25 am, Timothy Pratley wrote:
> Also consider (fromhttp://en.wikibooks.org/wiki/Clojure_Programming/Examples):
>
> (
On Mon, Feb 16, 2009 at 1:50 AM, David Nolen wrote:
>
>> I don't quite understand why you got through all that work to get
>> error-str -- isn't it just (str (qualify-sym error-type))?
>>
>> ...and since you then use it only as an arg to 'symbol' or 'str', you
>> could just use the symbol itself
On Mon, Feb 16, 2009 at 4:30 AM, bOR_ wrote:
>
> (remove-method print-method clojure.lang.IDeref) works like a charm,
> but
>
> (binding [*print-level* 1]
>@(world 1))
>
> doesn't seem to have the desired effect. Not sure why not.
Entering that at the REPL will change the value of *print
I'm all for breaking bad habits and names and I love it that you give
good design considerations precedence over heritage, but here I think
using the first/rest/next combo is confusing, and will continue to be
confusing in the long-term.
rest is expected to be a sequence by Lispers, and next is e
I'd vote for the breaking changes. We don't have so much code written that
it cannot be fixed.
However, this depends on the book in production. Having _Programming
Clojure_ come out with incompatible code would be a big blow, I think.
On Mon, Feb 16, 2009 at 9:22 AM, Mibu wrote:
>
> I'm all fo
While I'm fairly new to clojure, and with apologies to Stewart
Halloway for complicating his job on the book, (which is excellent so
far, btw) I think it would be worth while to chose the optimum naming
convention, if it can be done fast enough to update the book.
Consider how long some warts had
Hi,
There is a way to display the current clojure's version ?
Something like java -cp $CLOJURE_JAR:$CLOJURE_CONTRIB_JAR clojure.main -v
Thanks.
Alin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
If we're going to be making name changes that break code anyway, I'll
make another appeal to make the function naming convention more
consistent. Most multi-word function names have a hyphen between the
words, but the following do not.
butlast, doall, dorun, doseq, dosync, dotimes, doto, fnseq, g
Hi,
I know that all Java GUI libraries can be used within the REPL, but it is my
understanding that in order to make it self-contained and executable (a jar
or a class file), it is necessary to write some Java and call the Clojure
code from the java applet or application. Is this true, or am I do
On Mon, Feb 16, 2009 at 10:10 AM, Mark Volkmann
wrote:
>
> If we're going to be making name changes that break code anyway, I'll
> make another appeal to make the function naming convention more
> consistent. Most multi-word function names have a hyphen between the
> words, but the following do no
>
> I know that all Java GUI libraries can be used within the REPL, but it is
> my understanding that in order to make it self-contained and executable (a
> jar or a class file), it is necessary to write some Java and call the
> Clojure code from the java applet or application. Is this true, or am
On Feb 16, 2009, at 3:39 AM, Alin Popa wrote:
Hi,
There is a way to display the current clojure's version ?
Something like java -cp $CLOJURE_JAR:$CLOJURE_CONTRIB_JAR
clojure.main -v
Thanks.
Alin
I think if a Clojure version identifier existed, that would be a good
way to print it. I s
> I know that all Java GUI libraries can be used within the REPL, but it is my
> understanding that in order to make it self-contained and executable (a jar
> or a class file), it is necessary to write some Java and call the Clojure
> code from the java applet or application. Is this true, or am
> butlast, doall, dorun, doseq, dosync, dotimes, doto, fnseq, gensym,
> macroexpand, macroexpand-1, mapcat, nthrest
>
>
-1
Because they are similar to other Lisps I assume. The same reason for
println vs print-line. Changing these are a bad idea in IMHO.
Breaking the meaning of rest with Common
On Feb 16, 2009, at 11:25 AM, David Nolen wrote:
>
> butlast, doall, dorun, doseq, dosync, dotimes, doto, fnseq, gensym,
> macroexpand, macroexpand-1, mapcat, nthrest
>
>
> -1
>
> Because they are similar to other Lisps I assume. The same reason
> for println vs print-line. Changing these are
I agree, Jambi is a better all-round product... but why the Swing
hate? It's fine for what it is. Most of it's drawbacks (horrible L&F,
poor performance) are things of the past, now.
It would definitely be my framework of choice for a quick, one-off app
or an applet.
-Luke
On Feb 16, 10:50 am,
Regarding Programming Clojure:
I think that placing the burden of "book vs actual" incompatibility
upon Rich is misplaced. If anything, pressure from the Clojure
community should be placed on the Pragmatic Programmers to allow
Stuart to "do the right thing" regarding when the book is released,
vi
On Mon, Feb 16, 2009 at 10:27 AM, rob levy wrote:
> So if I am right about these two facts, it seems like Clojure should
> include a native way of making applets/applications that both enables the
> truly functional style that Clojure is built on, and doesn't require writing
> Java to call it (it
On Mon, Feb 16, 2009 at 11:33 AM, levand wrote:
>
> I agree, Jambi is a better all-round product... but why the Swing
> hate? It's fine for what it is. Most of it's drawbacks (horrible L&F,
> poor performance) are things of the past, now.
>
> It would definitely be my framework of choice for a qu
Also, don't forget that Jambi is a vanilla GPL 2.0, so make sure all your
licenses are compatible and you don't mind publishing your source
(personally I don't, but you should be aware).
Tom
2009/2/16 levand
>
> I agree, Jambi is a better all-round product... but why the Swing
> hate? It's fin
Team City is not an IDE, it is a continuous integration server. I think
Jetbrains give it away to Intellij licensees.
Tom
2009/2/16 Johan Berntsson
>
> I see that IntelliJ has a free edition called TeamCity. Will the
> clojure plugin work on that IDE too?
>
> On Feb 6, 7:33 am, Peter Wolf wro
On Mon, Feb 16, 2009 at 11:51 AM, Tom Ayerst wrote:
> Also, don't forget that Jambi is a vanilla GPL 2.0, so make sure all your
> licenses are compatible and you don't mind publishing your source
> (personally I don't, but you should be aware).
>
> Tom
>
Only until Qt 4.5 which is due in march
>
> Meikel,
Could explain your code such that somebody like me could understand it and
even play with it?
Regards,
Emeka
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To post to this group, sen
I agree with the majority of posters that the breaking changes in the
service of optimal names is the right way to go.
I found the explanation & recipe for porting at clojure.org/lazier
clear & easy to follow. I didn't do full ports of any projects, but I
did some selective porting & found it to
You're right, of course, but in life compromises must happen. If Rich
proceeds *with no regard* for Pragmatic's needs, they have a recourse which
is simply no Clojure book. Or a Clojure book that has broken examples.
On Mon, Feb 16, 2009 at 11:34 AM, wlr wrote:
>
> Regarding Programming Clojur
> cursor moving to the "next" item rather than the abstracted "rest of
> the coll" (where you think about a cursor).
Correction: where you *don't* think about a cursor...
Perry
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Googl
2009/2/16 Dan
>
>
> On Mon, Feb 16, 2009 at 11:33 AM, levand wrote:
>
>>
>> I agree, Jambi is a better all-round product... but why the Swing
>> hate? It's fine for what it is. Most of it's drawbacks (horrible L&F,
>> poor performance) are things of the past, now.
>>
>> It would definitely be my
(defmethod assert-expr 'raised? [msg [_ error-type & body :as form]]
(let [error-name (qualify-sym error-type)]
`(with-handler
(do
~...@body
(report :fail ~msg '~form ~(str error-name " not raised.")))
(handle ~error-type {:as err#}
(report :pass ~msg '~for
I created a lazy branch of clojure-contrib to track patches to contrib
that are needed in the lazy branch of Clojure.
For clojure-contrib hackers:
svn checkout https://clojure-contrib.googlecode.com/svn/branches/lazy
clojure-contrib-lazy --username your.google.account
For everyone else:
svn chec
On Mon, Feb 16, 2009 at 12:13 PM, David Nolen wrote:
>
> I believe handle does the isa? check on the error type, correct?
Right.
> If so then this will allow inherited error types to pass the test.
Sounds good!
--Chouser
--~--~-~--~~~---~--~~
You received this
On Feb 16, 12:06 pm, Jeffrey Straszheim
wrote:
> You're right, of course, but in life compromises must happen. If Rich
> proceeds *with no regard* for Pragmatic's needs, they have a recourse which
> is simply no Clojure book. Or a Clojure book that has broken examples.
>
Agreed. I'm afraid my
I just discovered a nice feature that I don't remember having seen
discussed or documented before: there is a way to write recursive
functions without having them associated to any var/symbol in any
namespace. The optional name of a function can be used for a
recursive call. Example:
((fn
> Hello,
>
> Do you know of a good pointer that goes beyond the "don't use it" argument,
> and really makes a thorough comparison of pros and cons of the 2 frameworks
> ?
>
I'm not saying don't use Swing, I'm saying prefer Jambi.
My memory of Swing is dated so I'd have trouble making a thorough c
Thanks Rich! :-)
> , 2009, at 11:25 AM, David Nolen wrote:
>
>>
>> butlast, doall, dorun, doseq, dosync, dotimes, doto, fnseq, gensym,
>> macroexpand, macroexpand-1, mapcat, nthrest
>>
>>
>> -1
>>
>> Because they are similar to other Lisps I assume. The same reason
>> for println vs print-line.
I agree with Walt, and there is no need to pressure the Prags, we are
on it! :-)
That said, it would be *very* helpful to me if we could get the
lazyness thing settled this week...
Stuart
> Regarding Programming Clojure:
>
> I think that placing the burden of "book vs actual" incompatibilit
Got the idea.
Thanks Steve.
On Mon, Feb 16, 2009 at 5:58 PM, Stephen C. Gilardi wrote:
>
> On Feb 16, 2009, at 3:39 AM, Alin Popa wrote:
>
> Hi,
>>
>> There is a way to display the current clojure's version ?
>> Something like java -cp $CLOJURE_JAR:$CLOJURE_CONTRIB_JAR clojure.main -v
>>
>> Tha
There's a couple of Fibonacci's on the wiki that uses this approach:
http://en.wikibooks.org/wiki/Clojure_Programming/Examples#Lazy_Fibonacci
On Mon, Feb 16, 2009 at 6:50 PM, Konrad Hinsen
wrote:
>
> I just discovered a nice feature that I don't remember having seen
> discussed or documented bef
Thanks, 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
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegr
On Feb 15, 12:18 pm, Rich Hickey wrote:
> I'm pretty much finished with the fully-lazy implementation and am
> happy so far with the results. I think this will be an important
> addition to Clojure and am planning to add it.
Thanks all for the feedback!
It seems the Sequence/ISeq dichotomy wa
On Feb 16, 2:22 pm, Mibu wrote:
> rest is expected to be a sequence by Lispers, and next is expected to
> be an item by Java-ers.
I actually think next is pretty close to the next method on Java
iterators. In java.util.Iterator, the next method evaluates the next
item, increments state the itera
We are in production and we fully agree, this thing should be settled
now.
In fact if it's done within 10 days, that would fit our current plans.
For reasons out of our control we have been postponing an update to
prod., we still
have a window to get this change out.
It's feasible to do the code
Thanks,
--
Laurent
2009/2/16 Dan
>
> Hello,
>>
>> Do you know of a good pointer that goes beyond the "don't use it"
>> argument, and really makes a thorough comparison of pros and cons of the 2
>> frameworks ?
>>
>
> I'm not saying don't use Swing, I'm saying prefer Jambi.
>
> My memory of Swi
> I think a problem with the current layout is that once you jump to one
> of the library sections you have to manually scroll back up to the
> index. There are a few different ways this could be solved.
>
> a) You could just add a "top" link to each library section banner.
>
> b) Only show the c
I would have to strongly disagree that QT is a good idea for clojure
development. I have posted about this several times before but I find
that QT isn't ready for heavy java dev just yet, at least on the mac.
1. QT jambi will not run on the mac unless you are using java 1.5.
This is because QT
It would be nice if patches were accompanied by failing (and after
patching, fixed) tests so that we can get a higher level of formalism
and confidence out of both clojure and clojure.contrib. These tests
would also be good lessons for newer people about some of the gotchas
with lazy eval.
Chris
David Sletten sent me this erratum:
<<
At the beginning of section 2.4 we have "The symbol user/foo refers to
a var which is bound to the value 10." Under the next subsection
"Bindings" we have "Vars are bound to names, but there are other kinds
of bindings as well." The Common Lisp standar
Isn't that second url just the normal one for contrib trunk?
On Mon, Feb 16, 2009 at 12:23 PM, Stuart Sierra wrote:
>
> I created a lazy branch of clojure-contrib to track patches to contrib
> that are needed in the lazy branch of Clojure.
>
> For clojure-contrib hackers:
> svn checkout https://
On Feb 16, 2009, at 2:23 PM, Rich Hickey wrote:
New docs here:
http://clojure.org/lazy
In the html doc:
rest... "returns a possibly empty seq, never nil"
then later
"never returns nil
- currently not enforced on 3rd party seqs"
In "(doc rest)"
"m
On Feb 16, 2009, at 3:52 PM, Jeffrey Straszheim wrote:
Isn't that second url just the normal one for contrib trunk?
Yes, you should replace "trunk" with "branches/lazy" there as well.
--Steve
smime.p7s
Description: S/MIME cryptographic signature
On Feb 16, 3:52 pm, Jeffrey Straszheim
wrote:
> Isn't that second url just the normal one for contrib trunk?
Oops, sorry.
svn checkout http://clojure-contrib.googlecode.com/svn/branches/lazy/
clojure-
contrib-lazy
--~--~-~--~~~---~--~~
You received this message b
On Feb 16, 12:13 pm, David Nolen wrote:
> test-is + error-kit is a great combo.
Let me know if I can answer any questions about test-is, but you seem
to have it well in hand. :)
-Stuart Sierra
--~--~-~--~~~---~--~~
You received this message because you are subscr
Good. I was worried I'd be forced over to the Lazy branch before I was
ready. :)
On Mon, Feb 16, 2009 at 4:05 PM, Stephen C. Gilardi wrote:
>
> On Feb 16, 2009, at 3:52 PM, Jeffrey Straszheim wrote:
>
> Isn't that second url just the normal one for contrib trunk?
>>
>
> Yes, you should replace
On Feb 16, 2009, at 3:56 PM, Stephen C. Gilardi wrote:
>
> On Feb 16, 2009, at 2:23 PM, Rich Hickey wrote:
>
>> New docs here:
>>
>> http://clojure.org/lazy
>
>
> In the html doc:
>
> rest... "returns a possibly empty seq, never nil"
>
> then later
>
> "never returns nil
>
On Mon, Feb 16, 2009 at 3:34 PM, Stuart Halloway
wrote:
>
> David Sletten sent me this erratum:
>
> <<
> At the beginning of section 2.4 we have "The symbol user/foo refers to
> a var which is bound to the value 10." Under the next subsection
> "Bindings" we have "Vars are bound to names, but the
How about e-rest, for the empty set returning version?
Perry Trolard wrote:
If it's the case that rest will almost exclusively appear in the
context of constructing lazy-seqs
(lazy-seq
(cons [something] (rest [something]))
& next will appear all over, it makes sense to me to sacrif
On Mon, Feb 16, 2009 at 5:29 PM, Chouser wrote:
>
> I don't know if it's more correct, but it might be less confusing to
> say "The symbol user/foo is bound to a var which has a root value of
> 10".
Eh, well, I'm not sure about that first part. I don't know if the
symbol is bound to the var or
Browsing the source code for LazySeq, I noticed that isEmpty is
implemented as follows:
public boolean isEmpty() {
return count() == 0;
}
Since count realizes the whole list, this seems like a bad way to test
for empty on a lazy sequence.
--~--~-~--~~~
Konrad,
Here's a shot at implementing a monad transformer for the state
monad. Any chance of getting it added to clojure.contrib.monads?
(defn state-t [m]
(monad [m-result (with-monad m
(fn [v]
(fn [s]
On Feb 16, 2009, at 5:35 PM, Mark Engelberg wrote:
>
> Browsing the source code for LazySeq, I noticed that isEmpty is
> implemented as follows:
>public boolean isEmpty() {
>return count() == 0;
>}
>
> Since count realizes the whole list, this seems like a bad way to test
> for e
[I thought I'd slip this in while Rich has everyone distracted lazy
sequences.]
What do you do when you love Lisp, are intrigued by Clojure, but have
absolutely no projects at hand to test it out? Oh, and you have an
interest in how dynamic languages are being implemented in modern
virtual mach
And to get the enclosing vector:
(reduce conj [] (apply map vector [[:a :b] [1 2] ['a 'b]]))
2009/2/16 David Nolen
>
> I'm sure it can be done, but it's not clear to me if you have a vector of
>> vectors
>> how Stuart's solution would work:
>>
>> 1:15 user=> (map vector vecs)
>
> ([[:a0 :a1 :a
Awesome!
On Mon, Feb 16, 2009 at 5:43 PM, dmiller wrote:
>
> [I thought I'd slip this in while Rich has everyone distracted lazy
> sequences.]
>
>
> What do you do when you love Lisp, are intrigued by Clojure, but have
> absolutely no projects at hand to test it out? Oh, and you have an
> inter
On Feb 16, 3:34 pm, Stuart Halloway wrote:
> Should I be using two different terms, or is the notion of binding
> overloaded?
I think it's overloaded. In Common Lisp, symbols are bound to
values. Clojure's Vars are closer to CL symbols than Clojure symbols
are to CL symbols. (!) It's funky
Hi all,
Is it possible to have a structure nested within a structure in
Clojure? Consider the following code:
(defstruct rect :height :width)
(defstruct color-rect :color (struct rect))
(defn
#^{:doc "Echoes the details of the rect passed to it"}
echo-rect
[r]
(println (:color r))
(println
On Mon, Feb 16, 2009 at 5:43 PM, dmiller wrote:
>
> The code will go up on clojure-contrib ASAP. I need input from the
> clojure-contrib project members on how they operate, where they want
> to put it, etc.
I don't know if you've looked at ClojureScript at all, but it's a
similar if noticeably
I definitely support your second option; first / rest / next. In my
mind, rest means "collection of remaining items" and should return a
collection, and next will also do exactly what I would expect it to
do. Clojure is sufficiently different from Common Lisp already that
breaking the compatibilty
Ok, perhaps I'm just dumb, but I have the problem with the following
code:
(import '(java.util ArrayList Collections))
(defn shuffle-java
"Shuffles coll using a Java ArrayList."
[coll]
(let [l (ArrayList. coll)]
(Collections/shuffle l)
(seq l)))
(defn- nodes-num [x-dim y-dim] (*
On Feb 16, 5:33 pm, Chouser wrote:
> On Mon, Feb 16, 2009 at 5:43 PM, dmiller wrote:
>
> I don't know if you've looked at ClojureScript at all, but it's a
> similar if noticeably less ambitious project to compile Clojure code to
> JavaScript. It's in clojure-contrib already, but in
> trunk/c
You can nest structs in structs like this:
(defstruct rect :height :width)
(defstruct colored-rect :color :shape)
(def subject (struct colored-rect :red (struct rect 50 30)))
(println subject) ; prints {:color :red, :shape {:height 50, :width
30}}
The defstruct macro takes a var and a bunch of
Thanks a lot, everyone. Isn't
(reduce conj [] (apply map vector [[:a :b] [1 2] ['a 'b]]))
equivalent to
(into [] (apply map vector [[:a :b] [1 2] ['a 'b]]))
though?
On Feb 16, 3:55 pm, Laurent PETIT wrote:
> And to get the enclosing vector:
>
> (reduce conj [] (apply map vector [[:a :b] [1 2
On Feb 16, 2009, at 7:17 PM, dmiller wrote:
>
>
>
> On Feb 16, 5:33 pm, Chouser wrote:
>> On Mon, Feb 16, 2009 at 5:43 PM, dmiller
>> wrote:
>>
>
>> I don't know if you've looked at ClojureScript at all, but it's a
>> similar if noticeably less ambitious project to compile Clojure
>> code
I'm a bit mystified how syntax quote does what it does. I don't see
how syntax quote can quote the whole while unquoting parts without
some evaluation-time intervention. If I had to implement it myself,
I'd just punt the problem to evaluation-time by introducing a special
form 'unquote', e.g.:
I'm trying to port some Python code to Clojure. I'm new to functional
programming and I hit a function that is causing my brain to melt.
The python function looks something like this:
def build_table():
num_cols = 3
selected_row = 0
selected_col = 0
strings = ["cat", "dog", "",
Suggestion: Provide a statement of purpose as to what this function
is supposed to do. What are its inputs and what is its output? Can
you break it down into smaller functions?
Right now you have a complicated function that takes no inputs and
always produces the same string. It seems somewha
On Feb 17, 1:18 pm, Jesse Aldridge wrote:
> I'm trying to port some Python code to Clojure. I'm new to functional
> programming and I hit a function that is causing my brain to melt.
> The python function looks something like this:
> [..]
>
> If someone could please demonstrate how to
Minus the bad html, you'll want something like this:
(defn make-table
"Make an html table n rows wide from collection col."
[col n]
(let [make-row (fn [row]
(let [cont (map #(str "" % "") row)]
(apply str "" (conj (vec cont) ""
cont (map ma
Anything buy IronClojure.
On Feb 16, 7:30 pm, Rich Hickey wrote:
> On Feb 16, 2009, at 7:17 PM, dmiller wrote:
>
>
>
>
>
> > On Feb 16, 5:33 pm, Chouser wrote:
> >> On Mon, Feb 16, 2009 at 5:43 PM, dmiller
> >> wrote:
>
> >> I don't know if you've looked at ClojureScript at all, but it's a
>
On Mon, Feb 16, 2009 at 9:18 PM, Jesse Aldridge wrote:
>
>
> I'm trying to port some Python code to Clojure. I'm new to functional
> programming and I hit a function that is causing my brain to melt.
> The python function looks something like this:
>
>
> def build_table():
>num_cols = 3
>
On Mon, Feb 16, 2009 at 11:15 PM, Rayne wrote:
>
> Anything buy IronClojure.
>
>
There's already an IronLisp anyway:
http://www.codeplex.com/IronLisp
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
On Mon, Feb 16, 2009 at 7:54 PM, samppi wrote:
>
> Thanks a lot, everyone. Isn't
> (reduce conj [] (apply map vector [[:a :b] [1 2] ['a 'b]]))
> equivalent to
> (into [] (apply map vector [[:a :b] [1 2] ['a 'b]]))
> though?
Yes.
--Chouser
--~--~-~--~~~---~--~~
David,
You have a great idea here with porting clojure to the CLR. The .NET
shops are just a popular as Java shops, and something like this could
go a long way to improving software written by a lot of people. Your
initiative and hard work are to be commended.
How do you plan on solving the libr
ClojureCLR it shall be.
--dm
On Feb 16, 7:30 pm, Rich Hickey wrote:
>
> I prefer ClojureCLR.
>
> Rich
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To post to this group, send email to clojure@go
Porting Clojure to the CLR is hardly an original idea. Rich started
with dual JVM/CLR implementations. And inquiries have been made on
this group any number of times.
Regarding the library problem, I'm not exactly sure which problem you
are referring to. Several things comes to mind.
At the i
Alright, I got it working. Thanks for the replies.
--~--~-~--~~~---~--~~
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
To unsubscribe from this group, send e
You're right, thanks !
2009/2/17 Chouser
>
> On Mon, Feb 16, 2009 at 7:54 PM, samppi wrote:
> >
> > Thanks a lot, everyone. Isn't
> > (reduce conj [] (apply map vector [[:a :b] [1 2] ['a 'b]]))
> > equivalent to
> > (into [] (apply map vector [[:a :b] [1 2] ['a 'b]]))
> > though?
>
> Yes.
>
>
I found this question interesting for two reasons:
(1) A selected item has been specified which needs to be handled
differently - at first glance suggests an iterative solution.
(2) There is good support for html in clojure via libraries, so you
should avoid string concatenation of tags.
So here
Hi,
I've just recently attached JSwat to Clojure and while it provides the
functionality that I'm used to back when I was still writing Java
code, it's not as streamlined to Clojure as I would like.
I'm wondering if anything like this exists yet:
A simple breakpoint and stepper, which halts the p
I'm sure SLIME has similar features (I've used them with SBCL) but I
haven't managed to get them to work with Clojure yet -- my suspicion
is that they're not implemented in swank-clojure yet -- although I'll
admit I haven't tried too hard.
-Jason
On Feb 16, 11:38 pm, CuppoJava wrote:
> Hi,
> I'
97 matches
Mail list logo
