<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=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jul 26, 2016, at 4:36 PM, Renato Golin <<a href="mailto:renato.golin@linaro.org" class="">renato.golin@linaro.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><p dir="ltr" class="">I'm most certainly not. Just because I didn't write something, that I means I have written the opposite.=</p></div></blockquote><div>I’m failing to reconcile what you’re claiming above with the following that is in your proposal:</div><div><br class=""></div><div>"The target's code must have been adapted to the developers policy as well as the coding standards. This can take a while and it should be fine to accept external</div> code into LLVM as experimental”<br class=""><br class="">I interpret this as "code that does not respect policy and/or coding standards should be fine to be committed as experimental”, how should I read that?</div><div><br class=""></div><div>— </div><div>Mehdi</div><div><br class=""><br class=""><blockquote type="cite" class=""><div class=""><p dir="ltr" class="">I could perhaps add "fully adapted" on point 6, to help make it clearer. Would that help? </p><p dir="ltr" class="">But as with what was said in the code of conduct, exhausting all possibilities is not only exhausting, but pointless.</p></div></blockquote><blockquote type="cite" class=""><div class=""><p dir="ltr" class="">We know how to do code review, we know how to follow the policies, and we can collectively take decisions without needing to resort to rules and regulations. </p><p dir="ltr" class="">This piece is just the last resort, minimum requirements. Not a complete description of everything we do.</p><p dir="ltr" class="">I really thought this would be a no brainer, that every was on board with what everyone already does. Seems I was, again, wrong. </p><p dir="ltr" class="">Cheers, <br class="">
Renato </p>
<div class="gmail_extra"><br class=""><div class="gmail_quote">On 26 Jul 2016 10:32 p.m., "Mehdi Amini" <<a href="mailto:mehdi.amini@apple.com" class="">mehdi.amini@apple.com</a>> wrote:<br type="attribution" class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jul 26, 2016, at 12:16 PM, Renato Golin <<a href="mailto:renato.golin@linaro.org" target="_blank" class="">renato.golin@linaro.org</a>> wrote:</div><br class=""><div class=""><div class="">On 26 July 2016 at 20:07, Hal Finkel <<a href="mailto:hfinkel@anl.gov" target="_blank" class="">hfinkel@anl.gov</a>> wrote:<br class=""><blockquote type="cite" class="">I think there are different kinds of inflexibility. We will use our collective professional judgment. There are some large-scale design changes that we might decide can happen over time. Whatever we decide to accept, however, needs to be in good shape for what it is and follow our coding conventions.<br class=""></blockquote><br class="">Absolutely. There is a large range of solutions, and we have been most<br class="">successful on the ones we picked over the years. I think we should<br class="">continue with the trend.<br class=""><br class="">What (I think) I have proposed is nothing different than what we've<br class="">been doing (ie. I'm not trying to change the status quo).<br class=""><br class="">So, if that's not what's coming out, my wording is wrong, please<br class="">advise. If it is, than I don't think we should argue *now*.<br class=""><br class="">I just want to encode what is, and then, once we have something in,<br class="">working and actively helping people add their targets, we can discuss<br class="">(in separate) the merits of our current policies.<br class=""></div></div></blockquote><div class=""><br class=""></div><div class="">IIUC you are writing specifically that an experimental backend can be integrated without conforming to <a href="http://llvm.org/docs/DeveloperPolicy.html#quality" target="_blank" class="">http://llvm.org/docs/DeveloperPolicy.html#quality</a> ; I don’t think this is a current “policy” but your writing is making it a policy AFAICT.</div><div class=""><br class=""></div><div class="">— </div><div class="">Mehdi</div><div class=""><br class=""></div></div></div></blockquote></div></div>
</div></blockquote></div><br class=""></body></html>