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
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 t
I think the minimal character count for composition and partial functions in
haskell are some of the reasons that haskell code is so impenetrable to
non-haskell hackers. Feel free to rig up crazy unicode characters to any
identifier you want in your own code, just don't ask me to read or debug
I've been working on a library for representing molecules, atoms, chemical
bonds, etc... called chemiclj ( http://github.com/slyrus/chemiclj ) and I've
run into a design issue that has flummoxed me for a few weeks. I've written up
a blog post that goes into more detail (
http://slyrus.github.c
This still doesn't quite add up to me. What's the consequence of not
alter-var-root'ing maker-var# if def-form is a defmacro? Why would def-form be
a defmacro in the first place?
Also, I don't think you've given the example of the actual call that gave the
error, only the macroexpansion of it.
Aug 31, 2010 at 3:38 PM, Cyrus Harmon wrote:
>> XMLHttpRequest vs. xml-http-request. I rest my case.
>
> I'm not even sure what case you're making, let alone what side you're
> "resting" for. :-/
>
> --
> You received this message because you a
XMLHttpRequest vs. xml-http-request. I rest my case.
On Aug 31, 2010, at 3:35 PM, Mark Engelberg wrote:
> Speaking of style conventions, am I the only one who finds it mildly
> irksome that in any Clojure code, half the identifiers are
> lisp-style-multiword-names while the other half are
> javaC
I'm reminded gigamonkey's footnote about when functions get too big:
"A friend of mine was once interviewing an engineer for a programming job and
asked him a typical interview question: how do you know when a function or
method is too big? Well, said the candidate, I don't like any method to b
Going to http:// clojure.org, searching for git and following the "Clojure goes
git" link would lead one to
http://groups.google.com/group/clojure/msg/ca4fb58428052554 which suggests that
the rickhickey page is the right one. Where's the announcement about
git://github.com/clojure ?
thanks,
c
I'm confused. Why do we need symlinks or copies at all? Why can't we just tell
clojure where it's supposed to find a given projects dependencies? I'm sure the
answer involves some mumbo-jumbo about classpath and what not, but surely there
has to be a better alternative than whatever maven/leinin
Care to be more helpful or enlightening?
>
>
> On Jan 14, 12:09 pm, Cyrus Harmon wrote:
>> hmm... perhaps one could have a form called something like ... oh, I dunno,
>> maybe ... eval-when! And then one could have situations like
>> :compile-toplevel and :load-top
hmm... perhaps one could have a form called something like ... oh, I dunno,
maybe ... eval-when! And then one could have situations like :compile-toplevel
and :load-toplevel and, maybe, :execute. Nah... that's a crazy idea; never
mind...
:)
Cyrus
On Jan 14, 2010, at 9:22 AM, ataggart wrote:
I agree with Steven on this. As one who uses emacs and SLIME for both common
lisp and clojure, I'd like to be able to use the current SLIME HEAD for clojure
development work. I consider the fact that swank-clojure and the SLIME HEAD
don't play nicely with each other to be a deficiency of swank-
Stefan put in words what I was thinking earlier today. For those of us that use
both CL and clojure, keeping swank-clojure up to date wrt the slime HEAD is a
good thing, if you ask me. It is, however, a two-way street and I would imagine
that the swank-clojure implementors don't want to spend t
Heh: ";; Yeah, I'm lazy -- I'll flesh this out later"
Not sure if that's related to the problem, but it's amusing at least.
Cyrus
On Nov 15, 2009, at 6:21 AM, Stefan Kamphausen wrote:
> Hi,
>
> a short discussion on the SLIME mailinglist lead to the result that
> the arglist of a backend f
15 matches
Mail list logo
