Indeed. This was a helpful resource, for those in the future that face
a similar issue and are not familiar with Java packaging:
http://github.com/technomancy/leiningen/blob/master/INTRO.md
On Mon, Jun 7, 2010 at 3:20 PM, Meikel Brandmeyer wrote:
> Hi,
>
> Am 07.06.2010 um 21:20 schrieb Brian Tr
Hello all,
Not sure where to report this but I noticed a broken link when taking
a look at the docs for sql in Clojure Contrib.
http://richhickey.github.com/clojure-contrib/sql-api.html
The link for "Example code" points here:
http://code.google.com/p/clojure-contrib/source/browse/trunk/src/clo
These notation arguments are compelling.
On Jun 5, 8:17 pm, Travis Hoffman wrote:
> Konrad,
>
> > Thanks, I'll look at that...
>
> I should warn that my changes don't quite seem to be working, there's
> something running amuck in the code yet that I'm still working on
> debugging, but the core is
On 7 June 2010 16:52, Rick Moynihan wrote:
> On 7 June 2010 16:35, Phil Hagelberg wrote:
>> On Mon, Jun 7, 2010 at 5:41 AM, Rick Moynihan
>> wrote:
>>> I've just updated slime to 20100404 in ELPA, and I've noticed that tab
>>> completion in the REPL buffer has stopped working.
>>>
>>> Pressing
Hi!
We have function "bean" which takes POJO and returns read-only map
with values. How about opposite function?
It would be nice to have function like:
(defmacro unbean
([^Class class-name map-of-fields-and-values & omit-fields] ... )
([^Object obj-ref map-of-fields-and-values & omit-fields
That's perfect - Thanks!
On Jun 7, 11:43 am, ataggart wrote:
> (map list x (apply map list y))
>
> On Jun 6, 5:51 am, Eugen Dück wrote:
>
> > Suppose I have two collections:
>
> > (def x [1 2])
> > (def y [[\a \b] [\d \e] [\f \g]])
>
> > And want to iterate over them in the following manner:
>
>
I would like to hear the groups opinion before (and if) I release this
to the general public.
http://github.com/krukow/clj-ds
README:
...
*WHY*
First, I love Clojure :) ...
Unfortunately sometimes clients require that I use Java...
The data structures used in the Clojure programming language are
On Tue, Jun 8, 2010 at 14:34, Krukow wrote:
> I would like to hear the groups opinion before (and if) I release this
> to the general public.
>
> http://github.com/krukow/clj-ds
>
> README:
> ...
> *WHY*
> First, I love Clojure :) ...
> Unfortunately sometimes clients require that I use Java...
>
Fixed in the repos, thanks. Will show up in docs shortly.
Stu
> Hello all,
>
> Not sure where to report this but I noticed a broken link when taking
> a look at the docs for sql in Clojure Contrib.
>
> http://richhickey.github.com/clojure-contrib/sql-api.html
>
> The link for "Example code" po
On 8 jun, 05:47, Daniel wrote:
> These notation arguments are compelling.
>
I'm not convinced. The notation would only work for literals, and how
often would one write literal complex numbers?
For non-literals the notation would need to support this:
(* (my-complicated-algo x)+(my-other-compl
On Jun 8, 12:34 pm, Rick Moynihan wrote:
> user> java.lang.Str
>
> "No dynamic expansion for `user> java.lang.Str' found.
check your slime-complete-symbol-function.
slime-complete-symbol* does not complete java classes, but slime-
simple-complete does
HTH,
Joost.
--
You received this message b
Oops:
> check your slime-complete-symbol-function.
> slime-complete-symbol* does not complete java classes, but slime-
> simple-complete does
that last one should be slime-simple-complete-symbol
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To pos
Oh, and make SURE pressing TAB actually calls slime-complete-symbol
and not some non-slime completion function.
You can check by doing (in a clojure-mode buffer) C-h C-k TAB
I believe the default binding is C-c TAB and M-TAB - not TAB.
Joost.
--
You received this message because you are subscr
On Jun 8, 3:11 pm, B Smith-Mannschott wrote:
> Yes please!
OK :)
> One nit: you probably didn't mean to check in your build products. The
> classes directory is full of *.class files.
No, I didn't want the class files - I was a bit fast on the commit.
I'll clean it up.
/Karl
--
You receiv
Last week, many of you were kind enough to participate in a survey I
linked to here and elsewhere, that I awkwardly titled "The State of
Clojure, Summer 2010".
I've written up a summary of the results, and linked to the raw survey
result data:
http://bit.ly/dtdAwb
There's a lot of intere
On Tue, 8 Jun 2010 06:33:25 -0700 (PDT)
Steven Devijver wrote:
> On 8 jun, 05:47, Daniel wrote:
> > These notation arguments are compelling.
> >
>
> I'm not convinced. The notation would only work for literals, and how
> often would one write literal complex numbers?
>
> For non-literals the no
On 8 June 2010 14:42, Joost wrote:
> Oh, and make SURE pressing TAB actually calls slime-complete-symbol
> and not some non-slime completion function.
>
> You can check by doing (in a clojure-mode buffer) C-h C-k TAB
>
> I believe the default binding is C-c TAB and M-TAB - not TAB.
>
Thanks for t
On 8 jun, 16:38, Mike Meyer wrote:
>
> Why? It isn't supported for rationals or exponents. Or are you
> claiming that because we support "3/4" we should also support
>
> (* (my-complicated-algo val)/(my-other-complicated-algo exp)
> 1/(another-complicated-algo exp2))
>
> with similar problems
On Jun 8, 6:33 am, Steven Devijver wrote:
> On 8 jun, 05:47, Daniel wrote:
>
> > These notation arguments are compelling.
>
> I'm not convinced. The notation would only work for literals
Correct.
> For non-literals the notation would need to support this:
>
> (* (my-complicated-algo x)+(my-o
On 8 jun, 19:43, ataggart wrote:
> On Jun 8, 6:33 am, Steven Devijver wrote:
>
> > On 8 jun, 05:47, Daniel wrote:
>
> > > These notation arguments are compelling.
>
> > I'm not convinced. The notation would only work for literals
>
> Correct.
>
> > For non-literals the notation would need to s
On Tue, 8 Jun 2010 10:27:28 -0700 (PDT)
Steven Devijver wrote:
> On 8 jun, 16:38, Mike Meyer 620...@mired.org> wrote:
> >
> > Why? It isn't supported for rationals or exponents. Or are you
> > claiming that because we support "3/4" we should also support
> >
> > (* (my-complicated-algo val)/(my-
I've added my work on the csv reader/writer library to github
(http://github.com/jonase/cljcsv). Please let me know If anyone finds
it useful.
Thanks,
Jonas
On Wed, May 26, 2010 at 6:40 AM, Jonas Enlund wrote:
> Hi there
>
> I built a simple csv parsing library[1] last weekend which I want to
>
Stu,
I don't see a commit from you on this.
Tom
On Jun 8, 6:16 am, Stuart Halloway wrote:
> Fixed in the repos, thanks. Will show up in docs shortly.
>
> Stu
>
> > Hello all,
>
> > Not sure where to report this but I noticed a broken link when taking
> > a look at the docs for sql in Clojure Co
Sorry, should be there now.
> Stu,
>
> I don't see a commit from you on this.
>
> Tom
>
> On Jun 8, 6:16 am, Stuart Halloway wrote:
>> Fixed in the repos, thanks. Will show up in docs shortly.
>>
>> Stu
>>
>>> Hello all,
>>
>>> Not sure where to report this but I noticed a broken link when
Does anybody know how I can produce a sorted-set from a list without
overflowing the stack on a list of up to 20 items?
--
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
Why not just treat is as a vector, do vector math operations on it,
and be done with it? 1+2j is equivalent to [1 2]. 1+2j represents a
2-D vector, does it not? Not only does this handle imaginaries, but
higher forms, such as [1 2 3 4]. The beauty of Lisp is that once you
accept the basic synta
> Does anybody know how I can produce a sorted-set from a list without
> overflowing the stack on a list of up to 20 items?
I'm thinking I must be misunderstanding the question, but (apply
sorted-set lst)?
--
/ Peter Schuller
--
You received this message because you are subscribed to the Googl
Yes, that answers my question. Sorry still a newbie to clojure and
lisps in general here.
--
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 - p
Steven,
I see your point, however, if we look (again) at Ratio for insight:
user=> (+ (+ 1 2)/(+ 3 4) 5)
java.lang.ClassCastException: clojure.core$_SLASH_ cannot be cast to
java.lang.Number (NO_SOURCE_FILE:0)
The sort of notation for non-literals you suggest would be required
would actually not
Well, I don't find the question to be irrelevant. It makes me think
about a couple issues:
1.) Should Complex and Imaginary extend java.lang.Number?
2.) What do we do with the standard Java math functions?
3.) Is 'i' by itself, valid input as a number?
First, I do not propose that just "i" or "j"
I really like the idea of modularizing the language. Not just the
Java parts, since Clojure compiles to class files as well. The
clojure.jar / clojure-contrib.jar split is artificial, and the bigger
these libraries get, the more obvious it will become that they need to
be broken into multiple sep
> Yes, that answers my question.
Cool :)
> Sorry still a newbie to clojure and
> lisps in general here.
No problem. I didn't mean to imply there was anything wrong with the
question as such. It's just that you mentioned specifically
overflowing the stack so I thought I might be missing something
[context tossed due to top posting.]
On Tue, 8 Jun 2010 14:12:52 -0700 (PDT)
Jason Smith wrote:
> Why not just treat is as a vector, do vector math operations on it,
> and be done with it? 1+2j is equivalent to [1 2]. 1+2j represents a
> 2-D vector, does it not? Not only does this handle imag
Michael,
See
http://groups.google.com/group/clojure/browse_thread/thread/8e8d3c5e85e4f82d/faf0669fe3e0dca0?q=#faf0669fe3e0dca0
for one idea.
Bill Smith
Austin, TX
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to
We use flying saucer/itext , an example of this from clojure can be seen on
my blog at:
http://www.talios.com/connecting_the_clouds__the_internet_in_new_zealand_in_pdf.htm
This is some old clojure code and is quite nasty, but its only really the
last 5 lines you need for the flying saucer stuff.
> I've added my work on the csv reader/writer library to github
> (http://github.com/jonase/cljcsv). Please let me know If anyone finds
> it useful.
Thanks for the implementation, I'm very encouraged that you followed
the RFC (I've seen lots of implementations that haven't).
I took a quick look a
On Wed, Jun 9, 2010 at 2:43 AM, ataggart wrote:
>
>> For non-literals the notation would need to support this:
>>
>> (* (my-complicated-algo x)+(my-other-complicated-algo y)i (another-
>> algo z)i)
>
> You're conflating notation with operation.
I wouldn't even bother with reader notation. Both (c
On 09.06.2010, at 05:56, Andrzej wrote:
>> The point here is not simply to add a literal notation, but to
>> integrate complex type handling into the math functions. Bifurcating
>> the math functions is a horrible idea.
>
> Exactly. Speaking for myself again, I use complex numbers (much) more
>
38 matches
Mail list logo
