This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-07-28
Channels
- # asami (1)
- # aws (9)
- # babashka (16)
- # beginners (32)
- # calva (2)
- # clj-kondo (20)
- # cljdoc (6)
- # clojure (35)
- # clojure-dev (25)
- # clojure-europe (11)
- # clojure-india (1)
- # clojure-norway (2)
- # clojure-spec (26)
- # clojure-uk (1)
- # clojurescript (41)
- # conjure (3)
- # css (9)
- # cursive (18)
- # data-oriented-programming (6)
- # data-science (2)
- # emacs (47)
- # events (1)
- # fulcro (15)
- # graalvm (30)
- # gratitude (7)
- # honeysql (27)
- # inf-clojure (4)
- # introduce-yourself (2)
- # lsp (129)
- # malli (7)
- # missionary (21)
- # nbb (17)
- # off-topic (18)
- # re-frame (6)
- # releases (1)
- # shadow-cljs (120)
- # vim (7)
- # xtdb (15)
Looks like the https://cljs.github.io/api/cljs.core/jsSTAR doesn't exist in nbb. I'm trying to get plumatic schema working with nbb and js* is used once each in https://github.com/plumatic/schema/blob/master/src/cljc/schema/core.cljc#L183 and https://github.com/plumatic/schema/blob/master/src/cljc/schema/utils.cljc#L27. These are an instanceof
and typeof
comparison in each code location. Any plans for js* in nbb? I'm going to try some workarounds in the source lib now.
Thank you for looking into this!
js*
is only possible when you are compiling JS. Nbb isn't a compiler but an interpreter.
makes sense. Time for some nbb reader conditionals in the upstream to go with the bb ones 🙂
could be interesting wrt/ bundled nbb scripts: https://2ality.com/2022/07/nodejs-esm-shell-scripts.html
Related to nbb somewhat - has anyone seen an error like this?
2022/07/28 15:50:01 caxa stub: Failed to run command: fork/exec ...: no such file or directory
and when i try and run fork/exec
locally it isn't there
I'm on an M1 if thats relatedit doesn't happen when the command is just ls
, so i think there is still some narrowing i have to do before i can make an issue
I keep thinking i'll have the time or gumption to port caxa to java/clojure/bb to make it a better fit for packaging up stuff with a jlink dumped runtime but i never do
Here is an example with bb: https://github.com/babashka/babashka/wiki/Self-contained-executable
yeah i know it can - its not a technical issue as much as "I wish i didn't have to know to do --no-include-node/have node installed"
i'm trying to write up how this technique can be used to package basically any java app with jlink ... ALL-MODULE-PATH ...