This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-01-28
Channels
- # babashka (28)
- # beginners (252)
- # bristol-clojurians (2)
- # calva (28)
- # cider (11)
- # clj-kondo (15)
- # cljs-dev (7)
- # clojure (378)
- # clojure-europe (4)
- # clojure-italy (4)
- # clojure-nl (3)
- # clojure-norway (4)
- # clojure-uk (32)
- # clojurescript (128)
- # cursive (39)
- # data-science (18)
- # docker (37)
- # figwheel-main (10)
- # fulcro (45)
- # ghostwheel (7)
- # graalvm (2)
- # hugsql (1)
- # jobs (2)
- # joker (5)
- # kaocha (5)
- # luminus (12)
- # off-topic (37)
- # onyx (4)
- # pathom (22)
- # pedestal (70)
- # re-frame (7)
- # reagent (30)
- # ring (4)
- # shadow-cljs (12)
- # spacemacs (1)
- # sql (26)
- # tools-deps (7)
- # vrac (2)
- # vscode (7)
- # xtdb (27)
I've just added direct dependency to java-protobuf 3.4.0 on projects where I have run nvd, haven't had any problems with that. So that can be a fix if (when) updating Closure compiler isn't that simple.
yeah that's an ok workaround, but we really are way behind on the Closure Compiler releases - looking into updating to the latest now
I patched up the goog-define issues in a branch and now looking at what's going wrong w/ module processing
@dnolen FWIW I think you are making the goog-define stuff much more complicated than it needs to be. I patched it in shadow-cljs by just adding :jsdoc
meta, no need to go into the compiler for that. (its a function because I alter-var-root the macro var) https://github.com/thheller/shadow-cljs/blob/e77f60936cb5f63ba664212e5aa68b157e2fafc5/src/main/shadow/build/cljs_hacks.cljc#L657-L685