This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-08-06
Channels
- # aleph (1)
- # beginners (180)
- # calva (16)
- # cider (29)
- # clj-kondo (47)
- # cljsrn (5)
- # clojure (40)
- # clojure-dev (39)
- # clojure-europe (1)
- # clojure-italy (25)
- # clojure-nl (9)
- # clojure-russia (1)
- # clojure-spec (8)
- # clojure-uk (83)
- # clojurescript (54)
- # core-async (2)
- # datomic (20)
- # defnpodcast (7)
- # figwheel (6)
- # fulcro (6)
- # jobs (5)
- # joker (4)
- # kaocha (4)
- # luminus (4)
- # off-topic (8)
- # onyx (6)
- # pathom (14)
- # re-frame (28)
- # reagent (30)
- # remote-jobs (2)
- # shadow-cljs (88)
- # spacemacs (2)
- # specter (17)
- # sql (25)
- # tools-deps (78)
- # xtdb (1)
- # yada (2)
Good morning! Is it possible to disable the asynchronous loading of namespaces so that when I start cider, it doesn't claim to have started until after the namespaces have loaded? I don't mind waiting a long time.
I think it might be messing with the namespace dependency graph too - I get process filter errors like this:
error in process filter: user-error: Some namespaces are in a bad state: error "count not supported on this type: Symbol" in backend-big-enos.lifecycle; error "count not supported on this type: Symbol" in backend-big-enos.gateway.eloqua-live-test; error "count not supported on this type: Symbol" in backend-big-enos.validations
which relate to a var which holds a memoized version of a function. The dependencies are fine when I build jar, but things blow up with cider.@j0ni Not sure what you’re referring to. CIDER normally doesn’t load any namespaces on startup, unless you’ve specified some initial ns. (and I think it was evaluated synchronously)
if you set this to ’t clj-refactor will carry on with the features needing an AST (find symbol, rename symbol etc)
Is this relevant for us? @UD8TU3HP0
mhm i could be worth a try i have already somewhere added to ignore errors but i guess it is not used right now
if you set it back to ’t it won’t happen at startup, but you will be asked a question when you first invoke a feature needing an AST
So now I have the following configuration:
(setq cljr-warn-on-eval nil)
(setq cljr-suppress-middleware-warnings t)
(setq cljr-favor-prefix-notation nil)
(setq cljr-favor-private-functions nil)
(setq cljr-inject-dependencies-at-jack-in t)
(setq cljr-eagerly-build-asts-on-startup t)
(setq cljr-ignore-analyzer-errors t)
but I still see the error in process filter message. It's not a big deal, I can fix it by loading the ns with the memoized function var, and then the nses which caused the errors load fineSeems like a dependency graph issue though I don't have time right now to go into it from our project pov. I will if it starts showing up in non-dev situations.
yeah the error will be still showing. may well be a dep order issue we would need a fix for that if that is the case
Thanks @benedek I'll get to this later - sorry for disappearing, I'm (a) on JST rn and (b) suddenly sick but I'll def try to get this working right tomorrow
is there anyway to connect a clojure buffer to joker?
@myguidingstar You can do this with inf-clojure
.