@johan528 It turned out to be a quoting issue: https://github.com/borkdude/clj-kondo/issues/602

That's quite confusing and happened to me too more than once.

The namespace local config is mostly for testing, it doesn't support all the options from the normal config. So it's better to put it in .clj-kondo/config.edn anyway

Cool, missed about that quote. However, this exposes the underlying problem, that the custom macro injects the first form, giving:

(defmacro injecting-thread-first
  [& body]
  `(-> :inject ~@body))

(injecting-thread-first (arity-2 :y)
                        (arity-2 :foo))

(macroexpand-1 '(injecting-thread-first (arity-2 :y)
                                        (arity-2 :foo)))

=> (clojure.core/-> :inject (arity-2 :y) (arity-2 :foo))

The reason behind this weird macro is that I am writing a custom version of Ogre's macro (https://github.com/clojurewerkz/ogre/blob/master/src/clojure/clojurewerkz/ogre/anon.clj#L12)

well, lint-as lints a macro literally as ->, not as -> + something else

I think you might just want to exclude linting for this macro. {:linters {:unresolved-symbol {:exclude [(your.macros/__)]}}}

and {:linters {:invalid-arity {:skip-args [your.macros/__]}}}

Thanks for uncovering a bug regarding metadata though 🙂

Ah, yes I see now. lint-as will not help me. Going for disabling linting for that one.

Thanks for your help and very helpful tool!

Thank you too. It's really helpful when users report errors instead of just ignoring them, it makes the quality of the linter better every time.

hey @borkdude, thanks for the name drop on the cljs podcast re: clj-kondo 🙂

it's no effort 🙂

thanks anyway 😉