This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-11-05
Channels
- # announcements (23)
- # babashka (23)
- # beginners (48)
- # calva (41)
- # clj-kondo (41)
- # cljs-dev (75)
- # cljsrn (5)
- # clojure (85)
- # clojure-europe (46)
- # clojure-nl (2)
- # clojure-spec (70)
- # clojure-uk (4)
- # clojurescript (52)
- # core-async (2)
- # cursive (16)
- # datahike (2)
- # datomic (4)
- # emacs (15)
- # figwheel-main (2)
- # fulcro (5)
- # gratitude (5)
- # helix (14)
- # introduce-yourself (2)
- # jackdaw (13)
- # keyboards (2)
- # lsp (8)
- # luminus (5)
- # malli (3)
- # meander (12)
- # nextjournal (52)
- # off-topic (19)
- # other-languages (1)
- # overtone (3)
- # pathom (4)
- # podcasts-discuss (1)
- # re-frame (6)
- # reitit (1)
- # releases (2)
- # ring (3)
- # sci (22)
- # shadow-cljs (3)
- # specter (1)
- # testing (3)
- # tools-deps (100)
- # uncomplicate (2)
Using helix 0.1.3 and shadow-cljs 2.15.13 (which bumps ClojureScript and the google closure compiler), my helix app is throwing an error at every defnc
:
TypeError: Cannot read properties of undefined (reading 'set')
Anyone else seeing this?the issue is this line of code: https://github.com/lilactown/helix/blob/d903498e65de187632079601043a3ea51a73e509/src/helix/core.clj#L258
and this: > Some ClojureScript libraries assume that because cljs.core loaded goog.object, it would be safe to refer to such definitions directly, i.e. goog.object/get without the necessary require. This pattern can be useful in the writing of macros so that users can elide a require. However, this is now an anti-pattern and will fail. from https://clojurescript.org/news/2021-11-04-release
this looks like a workaround for now https://clojurians.slack.com/archives/C03S1L9DN/p1636114984367400
It’s an easier fix for tick since it’s in a cljc file and the require can be within a reader conditional