This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-10-06
Channels
- # aleph (70)
- # announcements (9)
- # babashka (43)
- # babashka-sci-dev (6)
- # beginners (97)
- # cider (2)
- # clj-commons (3)
- # clj-kondo (41)
- # clojure (88)
- # clojure-europe (44)
- # clojure-nl (2)
- # clojure-spec (22)
- # clojurescript (65)
- # community-development (6)
- # conjure (10)
- # cursive (6)
- # datahike (13)
- # datomic (4)
- # eastwood (11)
- # events (1)
- # fulcro (45)
- # graalvm (1)
- # graphql (3)
- # hyperfiddle (3)
- # integrant (7)
- # jobs (1)
- # lambdaisland (1)
- # lsp (58)
- # nbb (4)
- # nrepl (3)
- # pathom (15)
- # shadow-cljs (27)
- # tools-deps (1)
I changed it so it looks in the ns -> munged path for pod-manifest.edn
first, then the ns-minus-last-element -> munged path, repeat until it's down to a two-element ns -> munged path. it stops there so it isn't looking for e.g. com/pod-manifest.edn
or pod/pod-manifest.edn
. seems like a perfect example of why single-element namespaces are frowned upon.
I have one code path working of pulling in a library via :mvn/version
. now need to make :local/root
libs work too, and then figure out how this will work with uberscripts
I hope we can do the pod path searching as a last fallback thing so it won't affect non-pod namespace loading performance
Yes, it’s at the end of the chain of load-fn attempts. And it sets all the states & caches the files to do it much faster in the future.