Fork me on GitHub
#clojure-dev
<
2017-12-20
>
ikitommi06:12:39

Now as 1.9 is out, are there any plans for next version(s)? looking for https://dev.clojure.org/jira/browse/CLJ-1814 which has effect on library design.

alexmiller12:12:07

No plans yet. Rich vetted 1814 meaning it was good problem to work on so could end up in next release

seancorfield07:12:03

I'm also looking forward to seeing what 1.10 will bring!

alexmiller12:12:02

We’ve got more new stuff coming out sooner than that!

danielneal15:12:24

such a tease

seancorfield16:12:32

Will that be the new testing stuff that you've hinted at a few times? @U064X3EF3

alexmiller16:12:22

Ha, no that’s pretty far down the stack

seancorfield16:12:47

My, you are a tease then! 😂

alexmiller16:12:01

I’m getting close on git deps so I hope to have that out soon

alexmiller16:12:30

But there is some other stuff in work too

thheller12:12:25

I’m doing (in-ns 'a.thing) and then (defn foo [] ...) to overwrite the behaviour of a var in a lib

thheller12:12:46

the ns that does this is loaded properly but for some reason sometimes the overrides disappear

thheller12:12:13

anything I’m missing or should I just stick to alter-var-root? I assumed def’ing over something would work

thheller12:12:44

it is a pretty hacky solution regardless but I can’t figure out why sometimes the changes apply and sometimes they don’t

bronsa12:12:48

direct linking?

thheller12:12:14

not enabled, no AOT either

thheller12:12:42

ah found it … I am hacking cljs.core which is loaded via load dynamically “later” not via the usual require so it ignores that it was already loaded

gfredericks15:12:27

is there a destructuring :or for namespaced keywords that works in clojure 1.8 and 1.9?

gfredericks15:12:20

(let [{:keys [::foo] :or {foo 12}} {}] foo) works in 1.9 but not 1.8, and (let [{:keys [::foo] :or {::foo 12}} {}] foo) works in 1.8 but not 1.9

alexmiller15:12:52

in short, no

alexmiller15:12:17

I have this issue in tools.deps.alpha which I’ve tried to make work with both and I’m just not using :or for this case

gfredericks15:12:39

yeah that seems like the implication for libraries