Thread (25 messages) 25 messages, 8 authors, 2014-09-05

Re: rfc: checkpatch logical line continuations (was IBM Akebono: Add support for a new PHY interface to the IBM emac driver)

From: Joe Perches <joe@perches.com>
Date: 2014-03-07 23:15:53
Also in: linuxppc-dev, lkml, netdev

On Sat, 2014-03-08 at 02:04 +0300, Dan Carpenter wrote:
On Fri, Mar 07, 2014 at 01:30:17PM -0800, josh@joshtriplett.org wrote:
quoted
On Fri, Mar 07, 2014 at 01:02:44PM -0800, Joe Perches wrote:
quoted
On Fri, 2014-03-07 at 15:41 -0500, David Miller wrote:
quoted
From: Alistair Popple <redacted>
Date: Thu,  6 Mar 2014 14:52:25 +1100
quoted
+	out_be32(dev->reg, in_be32(dev->reg) | WKUP_ETH_RGMIIEN
+		 | WKUP_ETH_TX_OE | WKUP_ETH_RX_IE);
When an expression spans multiple lines, the lines should end with
operators rather than begin with them.
That's not in CodingStyle currently.
It's also not even remotely consistent across existing kernel code, and
it isn't obvious that there's a general developer consensus on the
"right" way to write it.
We just had this discussion in staging and Greg modified the patch to
put the operator at the end.

https://lkml.org/lkml/2014/2/25/125
I remember and it's the reason I bring it up in a
more public way.
It's like logical && and || operators which go at the end these days.
I don't really want to have a lot of checkpatch churn to convert
everything...
Nor I really.  I simply would like a tool that lets
more core maintainers like David M avoid sending out
"do this, not that" type emails about patches.

I don't mind adding style checking that emits something
for patches and is quieter when scanning files.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help