do you think could be useful to have a similar lein-template with batteries
included for a mixed cli/cljs project?
cljs-start is aimed for cljs lib only.
LMK
My best
mimmo
On Nov 27, 2013, at 7:06 PM, test Comptetest un.compte.pour.tes...@gmail.com
wrote:
Indeed, with a fresh lein it
On Wednesday, November 27, 2013 1:00:29 PM UTC-5, puzzler wrote:
One point of confusion for me when installing overtone was that the docs
say that the internal server doesn't work everywhere, without providing
any info about what systems it is known to work on or known not to work on
It
Hello, Clojure community.
I have been following the Clojure path for nearly two years now, and have
really great pleasure
using it in my personal and job projects, watching the community delivering
a lot of great things,
most of that I have yet to taste.
For some time I was incubating an idea
Hi Stanislav,
Stanislav Yurin jusk...@gmail.com writes:
In short, on top of every open greatness, it is good to have
options.
Indeed.
The last thing I am willing to do is to build something no one needs,
so I have decided to evaluate an idea.
The idea is simple: introducing the
as long as it does not swallow
some of the free software code out there.
I have the same fears.
Josh
On Thu, Nov 28, 2013 at 1:53 PM, Bastien bastiengue...@gmail.com wrote:
Hi Stanislav,
Stanislav Yurin jusk...@gmail.com writes:
In short, on top of every open greatness, it is good to
Hi,
Thanks Bastien, Josh,
I think we have yet to find an example of such kind of swallowing, if any
exists.
On contrary, we even have plenty of examples when commercial projects
turned FOSS,
not talking about peaceful coexistence of openness and alternative
licensing schemes.
And it is often a
It seems to me that as a music synthesis and composition system,
overtone would be heavyweight for a normal app, that is one where the
user doesn't compose music.
For most circumstances, I think, it would make more sense to use
overtone to make the music, record it, and then bundle the wav.
Langohr [1] is a Clojure RabbitMQ client.
1.7.0 is primarily a bug fix release.
Release notes:
http://blog.clojurewerkz.org/blog/2013/11/28/langohr-1-dot-7-0-is-released/
1. http://clojurerabbitmq.info
--
MK
http://github.com/michaelklishin
http://twitter.com/michaelklishin
--
--
You
Hi Stanislav,
just to clarify my position: I'm fine with diversity, and I don't
expect any FLOSS clojure project to be swallowed. I just wanted to
mention my hope of more donation-supported libraries. But that's a
different issue and I don't want to hijack this thread (more than I
already
I would only add that from what I understand so far, it's pretty easy to
use Clojure to define what Java would recognize as Java classes. (Is this
wrong?)
I find ABCL-Java interoperability to be workable but less pleasant. I
think this has to do with the fact that ABCL takes an existing
On Sunday, November 24, 2013 6:56:07 AM UTC-6, Shantanu Kumar wrote:
I am trying to run some tests (that worked fine with Mono+ClojureCLR
1.4.1) in Mono+ClojureCLR 1.5.0 from SourceForge and finding the below
exception:
$ # CLOJURE_LOAD_PATH is configured properly
$ mono
the leinengen project has an example project.clj
https://github.com/technomancy/leiningen/blob/master/sample.project.clj
On Wednesday, November 27, 2013 4:53:02 PM UTC-8, Dave Tenny wrote:
Thanks, I seem to have accomplished what I need for now. It was a bit
frustrating to figure out exactly
I don't think you're accounting for leading and trailing whitespace. A
field like:
; GasTurbine2103/01 ;
Will produce a string like:
GasTurbine2103/01
The only field that doesn't have leading and trailing whitespace is the
timestamp, which works correctly.
There's a standard Clojure
I wrote a macro last night and got the feeling I did what I did in a
suboptimal way.
I have have a migration function that I stole from technomancy that takes
in the vars of migration functions:
(migrate #'create-db #'add-users-table #'etc)
It uses the name of the var from the metadata to
On Thursday, November 28, 2013 at 12:10, Stanislav Yurin wrote:
Hello, Clojure community.
I have been following the Clojure path for nearly two years now, and have
really great pleasure
using it in my personal and job projects, watching the community delivering a
lot of great things,
thanks for your helpful suggestions.
--
--
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 with your
first post.
To
Hi,
I heard Rich Hickey talking about how identity in clojure is synonymous
with value-based tests of equality. To make this efficient he describes
that objects store cached hashes that are used to speed up these tests of
equality, so clojure isnt comparing every data member of a complex data
Presumably it then compares the objects element by element. If the common
case is for the arguments to (= x y) to be unequal with unequal hashes,
though, this is still considerably faster.
On Thu, Nov 28, 2013 at 5:03 PM, Andy Smith the4thamig...@googlemail.comwrote:
Hi,
I heard Rich Hickey
If two objects are identical (actually point to the same slot in memory),
they can immediately be determined to be equal.
There are also some ways to quickly determine that things are definitely
not equal. For example, two vectors with different sizes are not equal.
As you've pointed out, if the
Hi Curtis,
The *apply* is unnecessary if you use *unquote-splice* (*~@*), also instead
of the *into* and *for* usage you could just *map* over the list of symbols.
Here's how I would do it:
(defmacro migrate [ syms]
`(migrate* ~@(map (partial list 'var) syms)))
(macroexpand-1 '(migrate a b
This also works, I believe:
(defmacro migrate [ migration-syms]
(let [migration-vars (for [sym migration-syms]
`(var ~sym))]
`(migrate* ~@migration-vars)))
On Thu, Nov 28, 2013 at 5:22 PM, juan.facorro juan.faco...@gmail.comwrote:
Hi Curtis,
The *apply*
21 matches
Mail list logo
