Will that change? If yes, to what? Parrot? Or CLR?
On Nov 25, 3:45 am, Michael Klishin
wrote:
> 2012/11/25 Leon Adler
>
> > By official, I meant, the most 'in development' version, with most of
> > the community following...
>
> That is JVM Clojure today.
> --
> MK
>
> http://github.com/michaelk
By official, I meant, the most 'in development' version, with most of
the community following... Will that change in the case of the JVM
version?
On Nov 25, 3:17 am, Michael Klishin
wrote:
> 2012/11/25 Leon Adler
>
> > So, JVM will officially remain the primary platform for further future
> > de
So, JVM will officially remain the primary platform for further future
developments on and of the language?
Michael Klishin wrote:
> 2012/11/25 Leon Adler
>
> > Here I am talking about the version of the future which will be
> > developed and used and supported by Rich Hickey et al. Will that not
I just took a shot at it. I put it in Pristine Packages as described, but
it disappears when I restart ST2 and try to use it.
Also, will this work with the built in 'reindent' command? If not, will it
work with vintage mode (you can reindent blocks with =ab from Vim)? I
really wish the Clojure
You are probably talking about Clojure in Clojure? Right ?
Here I am talking about the version of the future which will be
developed and used and supported by Rich Hickey et al. Will that not
remain on top of the JVM??
On Nov 24, 9:01 pm, David Nolen wrote:
> I'm talking about a community suppor
This post was not meant for any queries on the release schedules of the
various Clojure versions, but for a curious question -- "*Will Clojure
(take all the upcomming versions back-to-back) remain to be known as the
JVM language anytime in the future?*". You can say, that this question
arises f
On Saturday, November 24, 2012 4:14:43 PM UTC-8, Jonathan Fischer Friberg
wrote:
>
>
> For example:
> closure integrates perfectly with the closure compiler while jquery does
> not.
> jquery has great documentation while closure does not.
> And so on. :)
>
I see what you're saying. Jquery has
Is there a plan to add these?
It seems like a step towards more generic exception handling between clj
and cljs code.
Dave
--
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
Andy Fingerhut writes:
> I've just published some results of measuring the run time of many Clojure
> expressions on 5 different JVMs and over a dozen different Clojure versions
> at the link below.
>
>
> http://jafingerhut.github.com/clojure-benchmarks-results/Clojure-expression-benchmark
I don't think there's a consensus.
You will have to weigh the pros/cons and choose what fits you best.
For example:
closure integrates perfectly with the closure compiler while jquery does
not.
jquery has great documentation while closure does not.
And so on. :)
Jonathan
On Sat, Nov 24, 2012 at
I'm talking about a community supported set of tools to support
bootstrapping a Clojure compiler for whatever target you happen to care
about.
On Saturday, November 24, 2012, Laurent PETIT wrote:
> Are you talking about the compiler, or the runtime ?
>
> What does "Clojure sans JVM" mean for thos
Are you talking about the compiler, or the runtime ?
What does "Clojure sans JVM" mean for those targetting the JVM without
that being an "implementation detail" ? :-)
2012/11/25 David Nolen :
> Nope.
>
>
> On Saturday, November 24, 2012, Laurent PETIT wrote:
>>
>> You probably meant "towards Clo
Thanks Andy,
Why do I have the feeling that you know all those tickets by head ;-)
… but I should have searched JIRA first before posting.
-FS.
On Nov 24, 2012, at 3:27 PM, Andy Fingerhut wrote:
> The comments on this ticket should answer your questions:
>
>http://dev.clojure.org/jira/
Nope.
On Saturday, November 24, 2012, Laurent PETIT wrote:
> You probably meant "towards ClojureScript sans JVM" ;-)
>
> 2012/11/25 David Nolen >:
> > ClojureScript dev is actively working towards Clojure sans JVM.
> >
> >
> > On Saturday, November 24, 2012, Leon Adler wrote:
> >>
> >> Hi,
> >>
>
You probably meant "towards ClojureScript sans JVM" ;-)
2012/11/25 David Nolen :
> ClojureScript dev is actively working towards Clojure sans JVM.
>
>
> On Saturday, November 24, 2012, Leon Adler wrote:
>>
>> Hi,
>>
>> JVM is known to be a robust, reliable and optimised platform for
>> development
ClojureScript dev is actively working towards Clojure sans JVM.
On Saturday, November 24, 2012, Leon Adler wrote:
> Hi,
>
> JVM is known to be a robust, reliable and optimised platform for
> development and deployment. Rich Hicky's decision to develop Clojure on the
> JVM is fantastic, and it's d
I've just published some results of measuring the run time of many Clojure
expressions on 5 different JVMs and over a dozen different Clojure versions at
the link below.
http://jafingerhut.github.com/clojure-benchmarks-results/Clojure-expression-benchmarks.html
You can click on the "hardwar
The comments on this ticket should answer your questions:
http://dev.clojure.org/jira/browse/CLJ-1038
Andy
On Nov 24, 2012, at 3:21 PM, Frank Siebenlist wrote:
> I'm confused by the "promised" behaviour of the documentation of deliver:
>
> ---
>
> user=> (doc deliver)
> --
Here's where things are - https://github.com/wuub/SublimeREPL/issues/48
On Thursday, November 22, 2012 5:56:30 PM UTC-5, JvJ wrote:
>
> Hi, I've started using Sublime as well, and I'm having the same problem.
> Any progress?
>
> On Wednesday, 19 September 2012 03:27:01 UTC-4, cp16net wrote:
>>
>
I'm confused by the "promised" behaviour of the documentation of deliver:
---
user=> (doc deliver)
-
clojure.core/deliver
([promise val])
Alpha - subject to change.
Delivers the supplied value to the promise, releasing any pending
derefs. A subsequent call to deliver
I'm not convinced about allowing wildcard imports. Same reason that we
discourage use without :only for.
About discoverability: I'd take a look at the autocompletion code for
swank-clojure, lein repl, et. al.
Maybe there is a contrib in there?
About your static/dynamic remark: In static langs the
Such questions make one wonder "Why are you asking?"
For example, if it is simply curiosity, then I would answer that Clojure's
primary platform has been the JVM since before it was released 5 years ago, and
there are no signs I have seen that the developers who add features to and fix
bugs in
While coarse-grained imports are pretty obviously a suboptimal practice, I
believe the lack of some this possibility (in at least some form) hinders
exploratory programming / API discoverability.
Would it be feasible to add an :as directive to 'import? An use case:
; --- state of the editor at
So I guess that means using jayq. Is that the new consensus on using
clojurescript for guis? I see lots of discussion on closure vs jquery in
clojurescript but it is hard to tell what is going to be the standard.
--
You received this message because you are subscribed to the Google
Groups "Cl
Hi,
JVM is known to be a robust, reliable and optimised platform for
development and deployment. Rich Hicky's decision to develop Clojure on the
JVM is fantastic, and it's delightfull to see it grow on the JVM as its
primary platform.
Yeah, as a matter of fact JVM is the primary platform fo
25 matches
Mail list logo
