On Mon, 30 Apr 2007 10:11:21 +0100 Christoph Hellwig <[email protected]> wrote:
> I've separated this out under a new subject because some style issues
> that so far aren't documented explicitly are in doubt here, and Roland
> wants and Answer from Andrew.
>
> We also should put clauses on this into CodingStyle.
>
>
> On Sun, Apr 29, 2007 at 09:02:13PM -0700, Roland McGrath wrote:
> > > The coding style here is wrong. The else should be on the line
> > > of the closing brace.
> >
> > I can ordinarily ignore syntax, but this is an abomination in the sight
> > of the Lord and always will be. Fortunately, it's far from being 100%
> > consistently used in the kernel already. People are welcome to change
> > the code after I submit it, but I just can't make myself write it that
> > way, sorry.
I'm a bit lost here. Are we referring to
if (expr) {
...
} else {
...
}
versus
if (expr) {
...
}
else {
...
}
?
If so the former is usual style. People do add code which does the latter,
but it tends to get fixed up later on when someone else does some work on
the same code.
> > > This doesn't follow kernel coding style at all, we always
> > > put the && or || operators at the end of the closing line.
> >
> > I could swear I've been "corrected" in the opposite direction on this one.
> > It is not mentioned in Documentation/CodingStyle, and the existing kernel
> > code is far from consistent on it. I really don't care which way it is,
> > but I'd like clear authoritative direction from Linus and Andrew before I
> > bother with it.
This is
if (expr1 &&
expr2)
versus
if (expr1
&& expr2)
the former is more common and is, IMO, more readable.
The latter can be handy sometimes to prevent an 80-col overflow in the
first line.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]