Fork me on GitHub
#clj-kondo
<
2019-08-19
>
borkdude09:08:13

@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

borkdude09:08:00

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.

borkdude09:08:18

This idea has been suggested before by other people.

uosl09:08:37

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

borkdude09:08:08

these are two separate issues.

borkdude09:08:29

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

borkdude09:08:40

so you would not see arity errors across namespaces

borkdude09:08:47

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

uosl09:08:39

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

borkdude10:08:25

@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?

uosl10:08:39

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