<div dir="ltr"><div>The ones I'd be specifically interested in are:</div><div><br></div><div>llvm-ar/llvm-ranlib/... (+ any other aliases, probably just called llvm-ar for simplicity)</div><div>llvm-addr2line/llvm-symbolizer
<div>llvm-cxxfilt</div>

</div><div>llvm-dwarfdump</div><div>llvm-nm</div><div>llvm-objcopy/strip</div><div>llvm-objdump</div><div>llvm-readobj/readelf</div><div>llvm-size</div><div>llvm-strings</div><div>yaml2obj</div><div>FileCheck<br></div><div><br></div><div>(FileCheck and yaml2obj I don't believe have existing equivalents in bugzilla, but would be/would have been useful to me).</div><div><br></div><div>I imagine it would make sense for others like llvm-mca, llvm-lit, etc to exist too, but I haven't had a need to file or work on bugs in those areas as far as I remember.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 29 Oct 2019 at 14:30, Tom Stellard <<a href="mailto:tstellar@redhat.com">tstellar@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 10/29/2019 04:25 AM, James Henderson wrote:<br>
> +1 to using Anton's list as a starting point. I think the top-level directories llvm-project + backends are not really fine-grained enough for some areas. For example, the code related to the various LLVM binary utilities like llvm-readobj/llvm-objcopy/llvm-symbolizer etc is all contained within llvm/tools, and wouldn't have their own tag, or even one closely related ("llvm" would be the tag they'd come under, which is... less than useful). Separate tags for each tool (possibly with some shared ones for tools which are broadly aliases like llvm-objcopy/llvm-strip and llvm-readelf/llvm-readobj etc) would certainly help me. Bugzilla already has most of these.<br>
> <br>
<br>
I agree with you that my list is not fine-grained enough.  I just think it would<br>
be better to add tags as we go rather than copying the current list from bugzilla<br>
and have a lot of tags that we don't need.  However, if you think having tags<br>
for the tools would be useful, I would be fine with adding those initially.<br>
Can you write a list of all the specific tags you would like.<br>
<br>
-Tom<br>
<br>
> On Mon, 28 Oct 2019 at 23:11, Anton Korobeynikov via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a> <mailto:<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>>> wrote:<br>
> <br>
>     > Here are my suggestions for the minimal set of tags:<br>
>     ><br>
>     > + 1 per LLVM backend<br>
>     > + 1 per top-level directory in <a href="https://github.com/llvm/llvm-project" rel="noreferrer" target="_blank">https://github.com/llvm/llvm-project</a><br>
>     ><br>
>     > I think if we start here we can create more specialized tags as<br>
>     > GitHub issues gets more traffic and we have more experience using it.<br>
>     The google doc I created contains the slightly cleaned list of current<br>
>     components. It could be used as a good starting point for defining a<br>
>     list of tags.<br>
> <br>
>     -- <br>
>     With best regards, Anton Korobeynikov<br>
>     Department of Statistical Modelling, Saint Petersburg State University<br>
>     _______________________________________________<br>
>     LLVM Developers mailing list<br>
>     <a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a> <mailto:<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>><br>
>     <a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
> <br>
<br>
</blockquote></div>