This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-09-28
Channels
- # announcements (92)
- # aws (7)
- # babashka (13)
- # beginners (42)
- # clj-kondo (9)
- # cljdoc (25)
- # clojure (156)
- # clojure-europe (19)
- # clojure-italy (3)
- # clojure-nl (3)
- # clojure-sg (1)
- # clojure-spec (3)
- # clojure-uk (6)
- # clojurescript (21)
- # copenhagen-clojurians (1)
- # cryogen (3)
- # cursive (9)
- # datahike (3)
- # datomic (5)
- # emacs (8)
- # graphql (4)
- # introduce-yourself (3)
- # jobs (2)
- # malli (1)
- # meander (8)
- # nrepl (3)
- # off-topic (8)
- # om-next (2)
- # pathom (11)
- # rdf (5)
- # reagent (59)
- # remote-jobs (4)
- # shadow-cljs (8)
- # tools-build (23)
- # vim (16)
Is setting :compiler-options {:output-feature-set :es5}
the only way to use MUI 5+? I need to use @mui/x-data-grid
which when compiled to ES5, gives this error:
[:main] Build failure:
Closure compilation failed with 1 errors
--- node_modules/@mui/x-data-grid/index-cjs.js:3
Cannot convert ECMASCRIPT_2018 feature "RegExp unicode property escape" to targeted output language.
However, setting :compiler-options {:output-feature-set :es2018}
gives another error as @gingerwizard was talking about:
shadow-cljs - failed to load – "module$node_modules$$mui$material$node$ButtonBase$TouchRipple"
A few others seem to have run into the same problem @p-himik @luciano etc. Their only solution seem to be setting :output-feature-set :es5
.
Has anyone figured out the root cause for it? Why does setting :output-feature-set
fix it?
What's going on is mui-5 is now using esm modules I think - see https://github.com/MrEbbinghaus/mui5-shadow-cljs-issue-repro/issues/1
the fix is to add the :js-options flag as suggested https://shadow-cljs.github.io/docs/UsersGuide.html#js-entry-keys
shadow.build.test-util/find-test-namespaces
calls cp/find-cljs-namespaces-in-files
. I’m trying to use shadow with bazel, which strongly prefers JVM code to be distributed as jars rather than files, so I would like that to search through the proper classpath, rather than directories. Would you accept a PR that switches that to use tools.namespace
to search through files and jars?