This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-04-11
Channels
- # announcements (3)
- # aws (3)
- # babashka (79)
- # beginners (105)
- # calva (10)
- # chlorine-clover (22)
- # clj-kondo (12)
- # cljs-dev (39)
- # clojure (52)
- # clojure-europe (1)
- # clojure-spec (15)
- # clojure-uk (12)
- # clojurescript (47)
- # conjure (93)
- # data-science (1)
- # datomic (10)
- # emacs (6)
- # figwheel-main (14)
- # fulcro (30)
- # instaparse (3)
- # kaocha (2)
- # lambdaisland (3)
- # malli (2)
- # meander (6)
- # off-topic (27)
- # pathom (14)
- # perun (1)
- # reagent (15)
- # shadow-cljs (69)
- # slack-help (2)
- # spacemacs (5)
- # test-check (23)
- # vim (9)
@plexus bb compatibility for regal is broken because of this function:
$ bb -cp src -e "(require '[lambdaisland.regal :as re]) (re/runtime-flavor)"
java.lang.NullPointerException
It expects (System/getProperty "java.runtime.version")
to always return something. In bb and GraalVM artifacts this value isn't set.
However java.version
is set:
$ clj -e '(System/getProperty "java.version")'
"11.0.3"
$ bb '(System/getProperty "java.version")'
"1.8.0_242"
Can we change that? I don't think it matters for the code in question to use either one.
https://stackoverflow.com/questions/55399001/what-is-the-difference-in-properties-java-runtime-version-and-java-version