<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">I’d like to second what Owen said. Thanks very much for the hard work on this, and I think that you’re picking up from a pretty good place with the document itself.</div><div class=""><br class=""></div><div class="">– Steve</div><br class=""><div><blockquote type="cite" class=""><div class="">On May 5, 2016, at 12:35 PM, Owen Anderson via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Chandler,<div class=""><br class=""></div><div class="">I wanted to take a moment to thank you and Phil for your work on this document, and to voice my sincere support for both the goals and for the proposed CoC.</div><div class=""><br class=""></div><div class="">—Owen<br class=""><div class=""><br class=""></div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On May 5, 2016, at 1:21 AM, Chandler Carruth via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Greetings all,<div class=""><br class=""></div><div class="">This has come up a few times, and I would like to resume the effort to establish an LLVM code of conduct.</div><div class=""><br class=""></div><div class="">First and foremost, many thanks to Philip Reames who sat down with me several months ago and worked through a number of suggestions that I've tried to incorporate into an updated patch with the draft text: <a href="http://reviews.llvm.org/D13741" class="">http://reviews.llvm.org/D13741</a></div><div class=""><br class=""></div><div class="">I think his updates plus a few others go a long way to address some of the concerns raised in the previous discussions. The big issues I saw being raised (but in my words, I trust others to chime in with useful clarifications or corrections as needed):</div><div class=""><br class=""></div><div class="">First and foremost, this should not substantially change the community's conduct. We have strong existing practice of keeping good behavior. I hope the wording now makes this reasonably clear.</div><div class=""><br class=""></div><div class="">There were also a number of things unclear or easily mistaken about the "reporting" process and what happens there. Philip in particular helped craft significant improvements here, and much of the credit is his. Notable things improved or addressed IMO:</div><div class=""><br class=""></div><div class="">- Nothing should ever prevent the community from self-enforcing good behavior much as it has been for a long time.</div><div class=""><br class=""></div><div class="">- When violations are reported, there may not have been any issue at all, in which case nothing happens.</div><div class=""><br class=""></div><div class="">- Any issue may also have already been addressed much as our community has addressed issues on its own for many years. In those cases, the committee need not take any further action.</div><div class=""><br class=""></div><div class="">- The committee will of course need to gather information from those involved and witnesses, and only make a decision with all of the information available. I think this is much more clear now.</div><div class=""><br class=""></div><div class="">- Physical spaces may escalate the severity. Although I hope it never happens, I think it is more clear now that *if* this happens immediate steps will be taken to ensure everyone's safety and law enforcement involved if necessary.</div><div class=""><br class=""></div><div class="">- It is structured to make it clear who is on the advisory committee. We still have to select an advisory committee, etc., which is something I'm *not* trying to figure out here and now. I think once we have the framework in place, we can start working on that and adjust the framework if issues with it come up in the process.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">This still isn't a really formal thing with hard and fast rules. But I don't think that is what the community needs. I do think they provide the framework the community needs to effectively handle and cope if issues come up. While I suspect it is impossible to get everyone 100% happy here, I think this is very close and a reasonable starting point which can be evolved as necessary if problems arise.</div><div class=""><br class=""></div><div class="">Thanks,</div><div class="">-Chandler</div></div>
_______________________________________________<br class="">LLVM Developers mailing list<br class=""><a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a><br class=""><a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" class="">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br class=""></div></blockquote></div><br class=""></div></div></div>_______________________________________________<br class="">LLVM Developers mailing list<br class=""><a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a><br class="">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev<br class=""></div></blockquote></div><br class=""></body></html>