This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-04-14
Channels
- # announcements (2)
- # beginners (88)
- # calva (17)
- # cider (25)
- # cljdoc (22)
- # cljs-dev (10)
- # clojure (194)
- # clojure-italy (1)
- # clojure-nl (8)
- # clojurescript (24)
- # data-science (11)
- # datomic (1)
- # fulcro (6)
- # jobs (1)
- # leiningen (4)
- # nyc (1)
- # off-topic (70)
- # pedestal (6)
- # quil (4)
- # shadow-cljs (59)
- # vim (8)
@dnolen any thoughts on https://dev.clojure.org/jira/browse/CLJS-3071? I'd be happy to provide a patch for that in case you don't object.
I forgot about :fn-invoke-direct
which reduces the overhead down to 3-10% but still worth considering IMHO
Hey 🙂 when cljdoc analyzes some libs string requires a la ["react" :as react]
cause the analysis to fail because react
hasn't been provided to the analyzer. Now libraries that depend on react usually also don't have a way to declare their dependency on React in a way that cljdoc can make use of so I'm wondering if it would be possible to "stub out" any string requires and silently ignore them?
> don't have a way to declare their dependency on React in a way that cljdoc can make use of
For context: cljdoc's analysis currently only considers the jar and the pom file. We could probably parse package.json
and do some stuff with that but that would require some more work so I'm wondering if there's a shortcut as described above.
@martinklepsch I think what you need is probably already there
@dnolen thanks! I remember setting *analyze-deps*
to true to fix issues with macros and stuff. Is the :analyze-deps
option something different?