i have updated the library to use arrows, rather than just functions.
(it still works with functions)
to make a new kind of arrow, you need to implement:
arr (creates an arrow from a function)
>>> (combines arrows left to right)
fst (makes arrow work on the first element of a vector, leaving the
The latest commit allows ClojureCLR to run against the most recent
commit of the DLR.
>> The more final solution will be an installer that takes care of all of
>> this.
>
> That sounds interesting. Any plans for clojure.contrib? I'd be really
> interested in helping where I can, and porting cloj
Luke VanderHart wrote:
> On Oct 29, 4:01 am, Mark Engelberg wrote:
>> I see your point that hashCode could be made to work on infinite
>> sequences, but since hashing is almost always a prelude to testing for
>> equality, I'm hard pressed to think of an example of why you'd want to
>> be able to
>From looking at the source code the loop macro, it looks like this
might be particular to destructuring with loop, rather than being
related to destructuring in general ?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Group
Thanks for your findings! Should be corrected in the new revision.
Greetings,
Steve
--~--~-~--~~~---~--~~
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
A user on IRC named hiredman had the excellent idea (which should have
occurred to me, but didn't) to macroexpand my code.
A macro expansion of
(loop [[head & tail] (repeat 1)] (recur tail))
results in:
(let* [G__10 (repeat 1)
vec__11 G__10
head (clojure.core/nth vec__11 0 ni
I actually restructured my code (not the toy example posted here) to
avoid the destructuring, and was disappointed to find it also
eventually blows up on 1.6 as well. I'm reasonably certain in that
case that I'm not holding on to any of the sequence (since I don't
refer to it outside the invocatio
Obviously Emacs is, and will likely continue to be in the lead.
However, it will be very interesting to see how many people vote for
the other choices. If you want to vote, the poll is located here. I'll
post the outcome on my blog in about a month and probably link it on
the Clojure reddit.
htt
Miron,
There is very little progress on clojure-clr.contrib. The process is
not that hard, just tedious. I can give hints to anyone who wants to
work on it. I plan to work on it next after finishing BigDecimal.
I do see the issues tab on the github site. However, I've got
contributor status
Hello David,
On Sat, Oct 31, 2009 at 11:31 PM, dmiller wrote:
>
> Miron,
>
> You discovered what I discovered just a day or two ago: A release or
> two ago. the DLR team made some breaking changes to namespaces and
> moved a key method to another assembly. I'm really upset by the move
> of Si
Miron,
You discovered what I discovered just a day or two ago: A release or
two ago. the DLR team made some breaking changes to namespaces and
moved a key method to another assembly. I'm really upset by the move
of SimpleCallHelper. I hate to reference the whole Dynamic assembly
just to pick
Hi,
What's the status of clojure.contrib translations for ClojureCLR? Is
there a clojure-clr.contrib? (couldn't find something like that on
github).
I'm especially interested in repl-utils, and I'm thinking of starting
to translate it myself, but it would be nice to avoid duplicating
effort.
Al
If that is the case, it could be implemented using transients for a
performance increase.
On Oct 30, 10:53 am, Alex Osborne wrote:
> Chouser wrote:
> > On Fri, Oct 30, 2009 at 11:30 AM, Alex Osborne wrote:
> >> John Harrop wrote:
> >>> Was something wrong with this?:
>
> >>> (defn my-zipmap
> >
On Sat, Oct 31, 2009 at 1:23 PM, Stuart Sierra
wrote:
>
> For even more fun, you can take advantage of the fact that commas are
> whitespace, and use a macro to do it at compile time:
>
> (defmacro bignum [& parts]
> (read-string (apply str parts)))
>
> (bignum 99,871,142)
> 99871142
Eh. Who ne
On Oct 28, 7:43 am, Tony Butterfield wrote:
> 1) start and stop the Clojure runtime on demand.
"Clojure runtime" is a bit of a misnomer; Clojure has no runtime other
than the compiler. That's why all the methods of clojure.lang.RT are
static.
> there a way to cleanly shutdown. I.e. stop thread
On Sat, Oct 31, 2009 at 12:36 PM, Luke VanderHart wrote:
> Why not just run an agent that does something, then calls sleep for N
> seconds, then calls the next thing?
>
> Granted, it will eat up a thread in your agent thread pool, but if
> you've only got one of these in the app it shouldn't be a
On Oct 31, 11:42 am, Richard Newman wrote:
> VimClojure relies on Nailgun, with a bunch of people on this list
> using it with Clojure every day.
My recollection from list and IRC was that (aside from random nailgun
issues + the project not being updated in 4 years) there was an issue
with d
For even more fun, you can take advantage of the fact that commas are
whitespace, and use a macro to do it at compile time:
(defmacro bignum [& parts]
(read-string (apply str parts)))
(bignum 99,871,142)
99871142
-SS
--~--~-~--~~~---~--~~
You received this messa
Hi Tony,
The CloNK module is licensed under the Apache 2.0 license, a copy of
which is contained in the file:
urn.com.tohono.clonk.mod/META-INF/LICENSES/Apache-LICENSE-2.0.txt
and documented in
urn.com.tohono.clonk.mod/docs/guide/license.mw
The end result is that I would be delighted if
Wouldn't hashCode be called every time you use an infinite sequence as
a key in a hash map?
That strikes me as a problem, since everything else in Clojure makes
perfectly good map keys.
On Oct 29, 4:01 am, Mark Engelberg wrote:
> On Wed, Oct 28, 2009 at 11:08 PM, John Harrop wrote:
> > For th
>
> Overhead from starting and stopping the JVM every couple of minutes
> would probably be unacceptable. My understanding is that solutions
> like Nailgun don't work correctly with Clojure either.
VimClojure relies on Nailgun, with a bunch of people on this list
using it with Clojure every da
Why not just run an agent that does something, then calls sleep for N
seconds, then calls the next thing?
Granted, it will eat up a thread in your agent thread pool, but if
you've only got one of these in the app it shouldn't be a problem.
Or you could go the Java route, and start a daemon threa
(defn bignum [coll]
(reduce #(+ %1 (apply * %2)) 0 (map vector (reverse coll) (iterate #(*
1000 %) 1
user=> (bignum [102 317 926])
102317926
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To po
On Oct 31, 5:22 am, alxtoth wrote:
> Why not use the OS task scheduler? On un*x there is good old cron or
> at. On windoze there is similar task scheduler.
>
Overhead from starting and stopping the JVM every couple of minutes
would probably be unacceptable. My understanding is that solutions
On Sat, Oct 31, 2009 at 12:44 AM, John Ky wrote:
> Hi Stuart,
>
> I wasn't very clear.
>
> Essentially, the problem I have boils down to having to maintain two
> separate code bases for my API - one in C# and one in Java. There is some
> overhead in maitaining two different code bases - for inst
On Sat, Oct 31, 2009 at 9:13 AM, Daniel Werner <
daniel.d.wer...@googlemail.com> wrote:
>
> On Oct 29, 9:35 pm, "AndrewC." wrote:
> > Here's a macro that generalizes the two 'threading' macros -> and ->>.
>
> There have been multiple discussions on this group where similar
> operators have been p
Actually, the code I posted might behave less well if the timing is less
uniform. It's better to store wait times with queue entries rather than with
cache entries:
(defn my-memoize
"Returns a memoized version of a referentially transparent
function. The memoized version of the function keeps
On Fri, Oct 30, 2009 at 7:57 PM, Stefan Arentz wrote:
> This is some of my first Clojure code so it might not be the
> greatest ... yet!
>
It's quite interesting.
(defn my-memoize
> "Returns a memoized version of a referentially transparent
> function. The
> memoized version of the function
On Oct 29, 9:35 pm, "AndrewC." wrote:
> Here's a macro that generalizes the two 'threading' macros -> and ->>.
There have been multiple discussions on this group where similar
operators have been proposed, with some implementations very closely
matching this one. If the demand is so high, maybe
Thanks!
2009/10/31 Chouser
>
> On Fri, Oct 30, 2009 at 4:44 PM, Chick Corea
> wrote:
> >
> > Where are those and other CLI options documented? I have not found
> > them.
> >
> > A "usage" or "help" message could help w/ this, too.
>
> java -cp clojure.jar clojure.main --help
>
> --Chouser
>
>
On Fri, Oct 30, 2009 at 7:47 PM, DavidF wrote:
>
> Try this:
>
> (def *valid-chars* [ \a \b \c \d \e \f \g \h \i \j \k \l \m
> \n \o \p \q \r \s \t \u \v \w \x \u \z
> \0 \1 \2 \3 \4 \5 \6 \7 \8 \9 ] )
>
> (defn generate-key [keylength]
>(for [x (ra
Rob, that's perfect. Thanks very much for looking into that and
supplying the patch. Hopefully we can get that applied to the source
in git.
On Oct 30, 9:58 pm, Rob Wolfe wrote:
> Alex writes:
> > Hi,
>
> > I'm getting some strange errors when trying to make a POST request
> > using the Clojure
Hi
Why not use the OS task scheduler? On un*x there is good old cron or
at. On windoze there is similar task scheduler.
If you think a little that's what it takes: simple reliable and if it
fails with whatever error will start again in 2 minutes. Just don't
forget to write to log files , and ro
Hi Stuart,
I wasn't very clear.
Essentially, the problem I have boils down to having to maintain two
separate code bases for my API - one in C# and one in Java. There is some
overhead in maitaining two different code bases - for instance, whenever, I
fix a bug in one or add a feature in one, I n
Hello,
I've tried compiling the latest ClojureCLR and ... it wasn't easy.
Maybe because my setup is missing stuff (a fresh virtual machine with
Windows Server 2003, Visual Studio 2008 SP1 and the Visual J#
redistributables). Anyway, I managed to come up with a reproducible
list of steps that got
OK, fixed. Grab the latest contrib from github and you should be all
set.
Feel free to let me know directly if you see any other issues. I'm
sure they're there! :-)
Tom
On Oct 30, 11:20 pm, Tom Faulhaber wrote:
> I've added assembla ticket #40 for these
> issues:https://www.assembla.com/space
36 matches
Mail list logo
