<div dir="ltr">I can tell you that in LLDB we already do get CC'ed on the list for every bug.  I will grant you that the volume of bugs in LLDB is much lower than other lists, but I find it very helpful.  It gives visibility to bugs that would otherwise be seen by nobody.  <div><br></div><div>On the other hand, I'm intentionally unsubscribed from llvm-bugs because it just generates an unbelievable volume of email.  Checking the archives, there were over 700 emails in October.  I'm just not going to sign up for that, and if all llvm bugs started going to llvm-dev I would probably even go one step further and unsubscribe from llvm-dev.  </div><div><br></div><div><br></div><div>Slightly unrelated, but has there been any specific guidance or proposals of how to re-organize the components?   They all look way too specific to me.  For example, in clang we have:</div><div><br></div><div>C++</div><div>C++17</div><div>C++11</div><div>C++14</div><div>C++2a</div><div>CUDA</div><div>Documentation</div><div>Driver</div><div>Formatter</div><div>Frontend</div><div>Headers</div><div>libclang</div><div>LLVM Codegen</div><div>Modules</div><div>OpenCL</div><div>Static Analyzer</div><div>Tooling.</div><div><br></div><div>Can we cut this down to about 4?  I'll take a stab at it:</div><div><br></div><div>Standards Conformance</div><div>Tooling</div><div>Codegen Quality</div><div>Other<br></div><div><br></div><div>I don't actively work on clang so feel free to ignore this, it's just a strawman attempt at doing something.</div><div><br></div><div>The motivation here is that if people can quickly and easily identify the set of components they're interested in they are more willing to subscribe themselves to those components.  </div><div><br></div><div>I'm guessing that of the existing set of components, there is a significant amount of overlap among the set of components that individual contributors are interested in, which suggests we can compress most of them down quite a bit.</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 31, 2018 at 11:25 AM Richard Smith via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org">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="auto"><div><div class="gmail_quote"><div dir="ltr">On Wed, 31 Oct 2018, 10:47 David Greene 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">Richard Smith via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org" rel="noreferrer" target="_blank">cfe-dev@lists.llvm.org</a>> writes:<br>
<br>
> In fact, I think it'd be entirely reasonable to subscribe cfe-dev to<br>
> all clang bugs (fully subscribe -- email on all updates!). I don't see<br>
> any reason whatsoever why a bug update should get *less* attention<br>
> than non-bug development discussion.<br>
<br>
Some of us are on space-limited machines (I'm thinking of personal<br>
equipment, not corporate infrastructure) and getting all bug updates for<br>
components could put a real squeeze on things.<br>
<br>
I agree that cfe-bugs, for example, should get copied on all updates but<br>
those updates should be opt-in.<br></blockquote></div></div><div dir="auto"><br></div></div><div dir="auto"><div dir="auto">Assuming we go that way, do you think it's reasonable for someone to want to subscribe to cfe-dev but not cfe-bugs? What's the use case for that? If it's email volume, that choice would prioritize the discussion of "I'm not sure this is a bug" or "what's going on here?" plus general dev discussion and announcements (cfe-dev) over the discussion of "I'm confident that this is a bug" (cfe-bugs).</div><div dir="auto"><br></div><div dir="auto">Perhaps we should have a separate cfe-announce list for people who want to stay informed but not drink from the firehose of development discussion (current cfe-dev plus clang bug updates).</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                         -David</blockquote></div></div></div><div dir="auto"><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" rel="noreferrer" target="_blank">cfe-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
</blockquote></div></div></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>