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
wrote:
> Indeed, with a fresh lein it now works.
>
> Thanks again, I'
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
>
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 o
Hi Stanislav,
Stanislav Yurin 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 commercial option to t
"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 wrote:
> Hi Stanislav,
>
> Stanislav Yurin writes:
>
> > In short, on top of every open greatness, it is good to have
> > options.
>
> Indeed.
>
>
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
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.
FW
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 receiv
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 did...
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 langu
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 "/path/to/c
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 exact
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 reco
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 unsubsc
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 wrote:
> Hi,
>
> I heard Rich Hickey talking about how identity
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 wrote:
> Hi Curtis,
>
> The *apply* is unnecessary if y
21 matches
Mail list logo
