This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-06-07
Channels
- # admin-announcements (4)
- # beginners (63)
- # boot (67)
- # clara (29)
- # cljs-dev (38)
- # cljsjs (10)
- # clojars (7)
- # clojure (336)
- # clojure-belgium (3)
- # clojure-dev (22)
- # clojure-greece (30)
- # clojure-nl (1)
- # clojure-russia (9)
- # clojure-spain (3)
- # clojure-spec (169)
- # clojure-uk (12)
- # clojurescript (45)
- # clojurex (4)
- # core-matrix (3)
- # cursive (58)
- # datascript (3)
- # datomic (18)
- # events (38)
- # hoplon (228)
- # immutant (5)
- # lambdaisland (6)
- # leiningen (3)
- # luminus (8)
- # off-topic (11)
- # om (113)
- # om-next (2)
- # onyx (10)
- # parinfer (7)
- # planck (22)
- # re-frame (11)
- # reagent (25)
- # robots (7)
- # spacemacs (3)
- # specter (10)
- # yada (3)
yeah, I saw that and was going to raise that again
Would be nice to have Inst default print support? Or it's a non-issue for date/time libraries?
feel free to file a jira - there's a bit more on that coming, just didn't want to hold up the release on it
java.util.Date's already print as #inst tagged literals
yep, I'm thinking more about integration with java.time.* and for example. I'll reach for Jira 🙂
so that is exactly the part still coming :)
plan to have conditional support for treating Instant's as Inst
so maybe hold up till that's out and if there is a gap, then we can log it
ok. I was thinking about to tackle that, but if it's already on the oven I will wait a little more 😄
Not quite sure where to raise this but I’ve run into an interesting issue with taoensso.encore and Clojure 1.9.0 Alpha 5. That uses cljx to produce Clojure and ClojureScript versions and it has the following code:
#+clj
(do
(def ^:const bytes-class (Class/forName "[B"))
(defn bytes? [x] (instance? bytes-class x))
(defn ba= [^bytes x ^bytes y] (java.util.Arrays/equals x y))
…)
Notice the bytes?
function which is now part of core. This silently compiles fine on Alpha 5 but the bytes?
function does not get defined — so when another namespace (taoensso.nippy) tries to use encore/bytes?
, it fails: No such var: encore/bytes?
Is this expected behavior? That a defn
inside a do
just silently fails to define a global if it is already defined as part of core?
it seems like that shouldn't silently compile fine, you should get the such and such overwrites such and such
I have gotten the output of cljx, from the lein plugin, the code looks fine and seems to be fine, and it definitely prints the WARNING about bytes? replacing the bytes? from core, given that you build is silent I suspect that is where the problem is
Thanks @hiredman — yeah, I guess the warning is just being hidden, but normally you’d actually get the new symbol definition (and a warning) whereas this time the symbol simply isn’t being defined and it isn’t "error" enough to stop the build. Weird.
if the warning is being hidden, you have to ask yourself, what else is being hidden?
based on my experience as a homeowner, probably mold