<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 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">cfe-dev@lists.llvm.org</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, 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>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">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_4654588036017413364gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Regards,</div><div>Ilya Biryukov</div></div></div></div></div>