This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-08-13
Channels
- # aleph (6)
- # architecture (29)
- # beginners (175)
- # cider (22)
- # clara (5)
- # cljdoc (5)
- # cljs-dev (28)
- # cljsrn (6)
- # clojure (62)
- # clojure-finland (7)
- # clojure-italy (7)
- # clojure-nl (2)
- # clojure-spec (23)
- # clojure-uk (194)
- # clojurescript (90)
- # core-async (2)
- # cursive (23)
- # datomic (41)
- # defnpodcast (2)
- # editors (4)
- # emacs (1)
- # figwheel-main (41)
- # fulcro (53)
- # hoplon (15)
- # hyperfiddle (4)
- # immutant (1)
- # jobs (7)
- # jobs-discuss (103)
- # lein-figwheel (9)
- # off-topic (34)
- # onyx (3)
- # parinfer (1)
- # portkey (1)
- # re-frame (7)
- # reagent (2)
- # remote-jobs (2)
- # rum (1)
- # shadow-cljs (148)
- # sql (54)
- # tools-deps (3)
- # vim (7)
@mfikes I'm running into the https://dev.clojure.org/jira/browse/CLJS-2854 bug on reloads with figwheel.main
Ahh. I’ve done practically zero web dev with ClojureScript, so I don’t even know what happens in that case.
the strange thing is its in the deps file, but the async loading is still happening I guess
even with the patch because like if you call react-dom render at the top level it will happen before the var is defined
Yeah. The only raceless approach I can think of is the idea of having the compiler couch the the global-exports initialization code (that one line) as a lib that itself depends on the foreign lib, and adjust any code that requires that foreign lib to instead require the global-exports initialization pseudo-lib.
but its only when you change (add/remove js module) deps that you get into this state
also i get the
Error: Cannot find module '@cljs-oss/module-deps'
at Function.Module._resolveFilename (internal/modules/cjs/loader.js:581:15)