<p dir="ltr"><br>
On Sep 25, 2013 7:14 AM, "Tanu Kaskinen" <<a href="mailto:tanu.kaskinen@linux.intel.com">tanu.kaskinen@linux.intel.com</a>> wrote:<br>
><br>
> On Tue, 2013-09-24 at 14:46 -0300, João Paulo Rechi Vita wrote:<br>
> > On Sun, Sep 22, 2013 at 4:00 AM, Tanu Kaskinen<br>
> > <<a href="mailto:tanu.kaskinen@linux.intel.com">tanu.kaskinen@linux.intel.com</a>> wrote:<br>
> > > It seems that at least a mass conversion the current code base to the<br>
> > > new style is getting quite a lot of opposition, so that's probably not<br>
> > > going to happen. Then there's the question that should we keep<br>
> > > complaining about style violations with the curly braces. Should<br>
> > > contributors be allowed to put the curly braces where they want, and<br>
> > > inconsistencies would be fixed later if the lines in question are<br>
> > > modified as part of some other patch? The curly brace issue is such that<br>
> > > inconsistency wouldn't bother me much.<br>
> > ><br>
> ><br>
> > As said before, I think we should avoid coding style fixes as much as<br>
> > possible, and the only way to do that is stick to our coding style as<br>
> > much as possible in new patches. For the points that are already<br>
> > inconsistent IMO the should be fixed when the inconsistent lines are<br>
> > changed as part of a patch that actually does something.<br>
><br>
> What's your opinion regarding should we complain about the curly braces<br>
> or not? If we complain about them, then the rule should be added to the<br>
> coding style document. If we don't complain, then it's up to the person<br>
> who applies the patch to fix the style, which is less effective (it's<br>
> easy to forget or to not bother to fix the formatting before pushing the<br>
> patch).<br>
></p>
<p dir="ltr">Yes, I think we should complain about curly braces in the wrong place. IMO the "good function" example in the coding style document is clear enough, but since there were some doubts about where to put the curly braces I'm probably wrong. I can add it to the document if we come to a consensus. </p>