There are a few places where the recommended optimisation settings could be documented better which would save people this confusion in the future:
https://github.com/emezeske/lein-cljsbuild/blob/master/README.md - shows a project using whitespace optimisations, doesn’t really talk about the options available and when to use them.
https://github.com/emezeske/lein-cljsbuild/blob/1.0.3/example-projects/advanced/project.clj - shows whitespace and advanced optimisations. Also the comments suggest :whitespace is the lowest level of optimisations (I guess it is depending on how you look at it)

I assume that lowering the optim

On 1/12/2014, at 12:20 pm, Colin Fleming <colin.mailingl...@gmail.com> wrote:

Closure is not an advantage in many desirable JS environments:
Node.js, node-webkit, Atom shell, iOS, etc.

I assume you're talking about the Closure library here, not the compiler? Surely the compiler would be advantageous in all environments? I'd have thought that aspects of the library would be too (string/date handling etc) but I guess its value is diminished somewhat.


On 1 December 2014 at 06:20, David Nolen <dnolen.li...@gmail.com> wrote:
On Sat, Nov 29, 2014 at 7:48 PM, Andrew Rosa <andre...@me.com> wrote:
>> To me, a crucial step for CLJS is to have a compiler that is liberated from Java.  I've looked and it seems a number have tried to make it happen, but without official support each attempt seems to have withered.

It is not "crucial" for ClojureScript to be self-hostable, but yes it
would be a nice *option*.

A significant amount of progress has already been done to make this
possible. The only reason it hasn't been done yet is because no one
has yet has stepped up and pushed it past the finish line with a
series of patches. The remaining tasks:

* Portable tools.reader
* Macroexpander written in Clojure
* Conditional compilation tweaks (feature expressions) to pick the
right host type (clojure.core.PersistentVector vs.
cljs.core/PersistentVector)

> Making CLJS compiler completely independent from Java seems infeasible, since Google Closure is written in Java itself, and Closure is one of the main advantages IMO over other languages that sit on top of _javascript_.

Closure is not an advantage in many desirable JS environments:
Node.js, node-webkit, Atom shell, iOS, etc.

David

--
Note that posts from new members are moderated - please be patient with your first post.
---
You received this message because you are subscribed to the Google Groups "ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.


--
Note that posts from new members are moderated - please be patient with your first post.
---
You received this message because you are subscribed to the Google Groups "ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.

--
Note that posts from new members are moderated - please be patient with your first post.
---
You received this message because you are subscribed to the Google Groups "ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.

Reply via email to