<div dir="ltr"><div>Hi Ilya, I actually didn't have much of a plan -- I just wanted to see if I could do it.  I was assuming that there would be a mechanism for starting asynchronous work that could add to the list of diagnostics, but I hadn't gotten there yet.  I do think that coming up with some sort of way to have inter-tool dependencies would be nice regardless of whether it's currently feasible to add clang-tidy diagnostics to clangd.  (I guess I'm saying that both problems will eventually need to be solved, and it makes sense to concentrate on them separately.)</div><div><br></div><div><div class="gmail_quote"><div dir="ltr">On Thu, Apr 19, 2018 at 3:05 AM Ilya Biryukov <<a href="mailto:ibiryukov@google.com" target="_blank" class="cremed">ibiryukov@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Chris,<div><br></div><div>Before getting into low-level details, could you elaborate on design you're planning for this?</div><div>We had plans to integrate clang-tidy before, but it's not as simple as running clang-tidy before reporting diagnostics.</div><div><br></div><div>Since clang-tidy diagnostics are slow, we want to make sure they don't hurt user-experience of other features.</div><div>I.e. go-to-definition, compiler diags and code completion should not be blocked or get slower after we add clang-tidy. </div><div><br></div></div><br><div class="gmail_quote"></div><div class="gmail_quote"><div dir="ltr">On Thu, Apr 19, 2018 at 9:20 AM Chris Gray via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org" target="_blank" class="cremed">cfe-dev@lists.llvm.org</a>> wrote:<br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi, I'm looking into integrating clang-tidy's diagnostics into clangd, but I'm running into problems because clang-tidy's headers seem effectively private from clangd's point of view.  (I can include "../clang-tidy/ClangTidy.h", but that seems like a pretty bad hack).  Is there a way that the libraries in tools/extra can export public headers so that other tools can use them?  Or should we be putting the functionality that we want to share in a library in clang proper?</div></blockquote></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank" class="cremed">cfe-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank" class="cremed">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="m_-1510112615799932361m_5999517347371075184m_4654588036017413364gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Regards,</div><div>Ilya Biryukov</div></div></div></div></div>
</blockquote></div></div></div>