libclang has nothing to do with clangd so I don't see why having the last one is the reason to remove features from libclang. Especially without reviews.
Details
- Reviewers
bkramer arphaman nik - Commits
- rGc5929138f58e: [libclang] Revert removal of tidy plugin support from libclang introduced in…
rC348764: [libclang] Revert removal of tidy plugin support from libclang introduced in…
rL348764: [libclang] Revert removal of tidy plugin support from libclang introduced in…
Diff Detail
- Repository
- rL LLVM
Event Timeline
I'd be interested in hearing how this is used. I added this feature as an experiment a while back but it simply didn't work as I envisioned it to. Some checks do work but the overall latency makes it unusable in an IDE setting. People repeatedly asked me to remove it because it slows down builds while not adding value.
We use it with Qt Creator and you can see that we make additions/fixes in libclang from time to time.
With tidy checks selected it is slow indeed but there's always a choice whether to enable checks or not. And if you have very few checks enabled it performs quite fine. And we are still using libclang because we already have infrastructure on top of it which can't be just replaced with clangd (at least it requires quite some time).
I think that's a fair point for bringing it back for now. It's not supported though and we will get rid of it eventually.