@regen In the next release (coming this week hopefully) I will turn on the cache option by default, unless it's set to false. So a PR to ALE won't be needed anymore

An idea I had is that clj-kondo could emit calls an LSP-server that collects information about defn locations, arities etc, which could then be used for editor tooling.

This idea has been suggested before by other people.

Is the cache being disabled what's causing ALE to not highlight the *info* messages? I thought it intentionally ignored them?

these are two separate issues.

before clj-kondo would only activate the cache if you said --cache true. ALE didn't pass that option

so you would not see arity errors across namespaces

the info thing: I don't know, but you can tweak the config, so that's not a big issue

ok, I think you might be mixing me up with someone else, as I haven't encountered the ALE cache issue.

@regen oh I see. you only mentioned ALE, but you didn't have that issue. but I still don't think the cache works in vim right now with ale, does it?

I haven't noticed it, but I tested it now and the issue is definitely there [=

I'm discontinuing the snap package. https://github.com/borkdude/clj-kondo/issues/424#issuecomment-522733274