This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-10-17
Channels
- # beginners (45)
- # boot (33)
- # chestnut (9)
- # cider (2)
- # cljs-dev (24)
- # cljsrn (1)
- # clojure (114)
- # clojure-conj (3)
- # clojure-dev (3)
- # clojure-dusseldorf (3)
- # clojure-greece (5)
- # clojure-italy (22)
- # clojure-russia (10)
- # clojure-spec (12)
- # clojure-uk (19)
- # clojurescript (117)
- # core-async (16)
- # cursive (3)
- # data-science (1)
- # datomic (5)
- # docs (13)
- # emacs (1)
- # fulcro (13)
- # graphql (1)
- # hoplon (20)
- # immutant (3)
- # jobs (1)
- # juxt (12)
- # lein-figwheel (1)
- # luminus (4)
- # off-topic (12)
- # onyx (61)
- # portkey (1)
- # re-frame (21)
- # reagent (26)
- # ring-swagger (38)
- # rum (1)
- # shadow-cljs (222)
- # slack-help (4)
- # spacemacs (11)
- # specter (67)
- # uncomplicate (236)
@anmonteiro I just watched your recent talk in clojureConj, Kudos. It was awesome
Regarding to NPM dependencies. I guess we can't do dead code elimination on those right ?
In my understanding the code goes to closure compiler should have one of popular module types like commonjs and stuff like that in order for closure to do DCE on that, right ?
@lxsameer I actually made that clear in the last question people asked. Not sure if it ended up in the recording
Hm, no October Closure-compiler release yet, I wonder if they are waiting on https://github.com/google/closure-compiler/pull/2641
Chad also has fix for using CJS modules from ES6 modules which depends on that PR
UMD wrapper fixes in master + these should really help with being able to consume more Node packages
not confident about that yet, barely understanding the code. maybe someone else can confirm.
@juhoteperi I think they said that commit is getting rolled back
Yeah, they rolled it back and are now working on a fix
https://dev.clojure.org/jira/browse/CLJS-2385 could use a second opinion here, patch done.