This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-12-08
Channels
- # adventofcode (240)
- # beginners (87)
- # boot (4)
- # cider (27)
- # cljs-dev (20)
- # cljsrn (24)
- # clojure (365)
- # clojure-argentina (1)
- # clojure-brasil (4)
- # clojure-dev (12)
- # clojure-greece (65)
- # clojure-india (1)
- # clojure-italy (15)
- # clojure-japan (1)
- # clojure-losangeles (1)
- # clojure-madison (4)
- # clojure-poland (3)
- # clojure-russia (5)
- # clojure-spec (3)
- # clojure-uk (105)
- # clojurescript (27)
- # core-async (1)
- # core-logic (3)
- # cursive (61)
- # datomic (68)
- # devcards (4)
- # docs (27)
- # duct (67)
- # emacs (15)
- # events (1)
- # fulcro (8)
- # graphql (50)
- # lein-figwheel (1)
- # lumo (15)
- # numerical-computing (1)
- # off-topic (77)
- # om (3)
- # onyx (5)
- # parinfer (3)
- # planck (2)
- # portkey (5)
- # re-frame (4)
- # reagent (16)
- # ring (14)
- # rum (3)
- # shadow-cljs (17)
- # vim (1)
Is this expected behaviour? Seems a bit unintuitive as it behaves different from the {}
map reader.
user=> (defrecord Expr [id])
user.Expr
user=> (let [id 10] #user.Expr{:id id})
#user.Expr{:id id}
user=>
It's present in 1.8 and the latest 1.9-RC2
>"For record reader forms, the keys and values must remain as constants as their semantics require that the readable form coincide with the evalable form."
Ok, fair enough... thanks
I am generating a clojure jar using the new standalone stuff (https://dev.clojure.org/jira/browse/CLJ-2276) and java -jar the-generated-jar
is throwing an error about not being able to find spec
yup (as it has always done)