we have a number of unresolved vars throughout our code base at work (the vars are there just generated via macros or even in some cases via intern at runtime) and those are reported everywhere they are used across many namespaces

Oh, I see, it was hidden because it was used inside of a macro that was linted with def-catch-all.

need help writing a hook, @U0NCTKEV8?

It is a whole thing, actually a combination of macros and calling intern, if I recall, where the macros generate the defs from specs in some cases, and that is all in the implementation part of a polylith component and then in the interface part I think it just copies the names using intern

damn, sounds complicated. If you can share the code, I suspect there's a way to make clj-kondo not yell so much.

If there aren’t too many, you can also write (declare foo bar) in the defining namespace

minor caveat to using declare: it breaks direct linking of the var in question, and in clojurescript, declared vars called as functions will always go through the variadic call route, which can result in degraded performance

You can surround it with comment, if you have disabled linting in comment that’s on you ;)

we could also have a way to declare vars about namespaces externally, something like: https://github.com/clj-kondo/clj-kondo/issues/2214#issuecomment-1855046706

oh i forgot code in comment forms are linted, too. that's actually a good workaround, because the comment will document vars that get declared by the macro

This is not a style that everyone uses, but my current work likes this for consistency

clj-kondo throws away all whitespace before analysis so currently this isn't something it checks

perhaps this is more something for cljfmt or so

👍 Thanks!

I brought this up in #C8YT051KN a while ago. I believe they were happy to take a PR for this as long as it a user option to enable.

I haven't had the time to work on it myself.

This isn’t currently checked but it could be added to #C04SCGV2ATX easily

FYI, this is supported in the cljstyle formatter. https://github.com/greglook/cljstyle

I mean, theoretically clj-kondo could check if the arg vector is on the next line compared the outer form - it does have that info, but I think it belongs to a formatter (like cljfmt or cljstyle)