This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-05-07
Channels
- # admin-announcements (1)
- # arachne (1)
- # beginners (11)
- # boot (72)
- # cider (7)
- # cljs-dev (9)
- # clojure (31)
- # clojure-czech (8)
- # clojure-poland (1)
- # clojure-russia (7)
- # clojure-uk (17)
- # clojurescript (48)
- # community-development (5)
- # cursive (2)
- # data-science (1)
- # datascript (3)
- # datavis (1)
- # datomic (4)
- # devcards (45)
- # docker (3)
- # hoplon (5)
- # keechma (3)
- # lein-figwheel (1)
- # leiningen (4)
- # luminus (16)
- # off-topic (1)
- # om (2)
- # om-next (1)
- # onyx (4)
- # other-languages (104)
- # overtone (1)
- # re-frame (2)
- # reagent (37)
- # rum (35)
- # untangled (4)
- # yada (4)
Started doing some work in figwheel on increasing the semantic value of ClojureScript compiler errors. Some of this work could should make it downstream I think. Pumping some more semantice data into the failed compile ex-info or having a top level catch that interprets and increases the semantic value of the ex-info based on what happened. Would be nice to have some semantic tags (keywords) on analysis, and reader errors so tools aren't parsing message strings.
Potential bug; asking for feedback here before filing JIRA. With :elide-asserts true
, atom validators still work with :optimizations :none
, but if you use :advanced
they are disabled. I think users would expect consistency (and also perhaps consistency with Clojure, where *assert*
doesn’t affect validators).
@dnolen: do you feel atom valididators should always be enabled? (In other words, they are not like assertions)
For those interested: http://dev.clojure.org/jira/browse/CLJS-1638
@bhauman Amazing! I would also summon Bozhidar for cider
. The ClojureScript part is almost as great as Clojure's (they were working on adding the debug as last addition)