<div dir="ltr"><div dir="ltr">Hi Sam,<div><br></div><div>I also think that bug tracking for Clangd is not in the best shape and it would certainly be great to improve the process. However, I think that this is true for most (if not all) LLVM & Clang components, so there's a room for improvement. You might be interested in a relevant <a href="https://lists.llvm.org/pipermail/llvm-dev/2018-October/126732.html">discussion</a> on LLVM bug lifecycle via llvm-dev.</div><div><br></div><div>I agree that creating a GitHub page for Issues would improve the process, but I am not sure whether the improvement will be significant. This would also make the whole process less obvious for developers and bug reporters since the process would be different from the "traditional" LLVM/Clang experience while Clangd is not clearly different from the rest of the tooling (e.g. it lives in the same clang-tools-extra repo).</div><div><br></div><div>I can't think of anything better at this point and I would certainly be interested to learn what others think about it.</div><div><br></div><div>-Kirill</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Oct 12, 2018 at 11:18 AM Sam McCall via clangd-dev <<a href="mailto:clangd-dev@lists.llvm.org">clangd-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">Currently I don't think we do much bug tracking at all - there are a few old issues in bugzilla.<div><br></div><div>If we announce clangd as suitable for general consumption, start shipping with YCM etc for LLVM 8, we should have a reasonable channel to collect feedback and bugs.</div><div><br></div><div>I'm not sure <a href="http://bugs.llvm.org" target="_blank">bugs.llvm.org</a> is the right thing for an end-user tool:</div><div><ul><li>bugzilla is an unfamiliar tool that's not part of developers' workflow</li><li>there's no way to post a bug as a new user without emailing a human to set up an account<br></li><li>you have to be familiar with llvm's project structure to file a bug</li></ul><div>The most obvious alternative is github issues, as ~everyone has an account and has used the bug tracker, and it's friendly to casual new users.</div></div><div><br></div><div>I *think* the easiest setup would be a separate "clangd" repo just for issue tracking and maybe docs, rather than having to fish issues out of a big llvm monorepo.</div><div><br></div><div>Anyone have thoughts here? Particularly: anyone want to argue that bug/feature tracking is unimportant, or that the status quo is viable?</div><div><br></div><div>Cheers, Sam</div><div><br></div></div>
_______________________________________________<br>
clangd-dev mailing list<br>
<a href="mailto:clangd-dev@lists.llvm.org" target="_blank">clangd-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/clangd-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/clangd-dev</a><br>
</blockquote></div></div>