<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-01-09 19:29 GMT+01:00 Renato Golin <span dir="ltr"><<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 9 January 2017 at 18:20, Reid Kleckner <<a href="mailto:rnk@google.com">rnk@google.com</a>> wrote:<br>
> I object to the first. If you need a new type name, use a typedef. It's time<br>
> honored and everyone, including C programmers, will know what you're doing.<br>
> I don't understand why people push the new thing just for the sake of<br>
> new-ness.<br>
<br>
</span>The text read "prefer", which I think it's fair. I'm opposed to any<br>
hard rule for the sake of new-ness, consistency, or personal<br>
preference.<br>
<br>
If we encode all nit-rules as "prefer", then it should be more like a<br>
guideline than a rule book, which has been our motto for everything<br>
else.<br>
<br>
cheers,<br>
--renato<br>
</blockquote></div><br></div><div class="gmail_extra">That's right, everyone has some preferences, but as long as most (over 75%) of the community prefer one thing over another then I guess it would make sense to convice the rest and make it official by writing it down. Then we won't have to spend time dicussing the same things over and over on different reviews. It is just much simpler to point new (or not) contributor to a rule in style guide.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Piotr</div><div class="gmail_extra"><br></div></div>