Re: "whitespace coding style cleanup" broke coding style

From: Jiri Slaby
Date: Mon Feb 27 2012 - 12:12:43 EST


On 02/27/2012 05:52 PM, Joe Perches wrote:
On Mon, 2012-02-27 at 09:59 +0100, Jiri Slaby wrote:
commit 475be4d85a274d0961593db41cf85689db1d583c
Author: Joe Perches<joe@xxxxxxxxxxx>
Date: Sun Feb 19 19:52:38 2012 -0800

isdn: whitespace coding style cleanup

isdn source code uses a not-current coding style.
...
Done with emacs and some scripts and some typing.
...
--- a/drivers/isdn/gigaset/interface.c
+++ b/drivers/isdn/gigaset/interface.c
...
@@ -680,9 +680,9 @@ void gigaset_if_initdriver(struct gigaset_driver
*drv, const
char *procname,
goto enomem;

tty->magic = TTY_DRIVER_MAGIC,
- tty->type = TTY_DRIVER_TYPE_SERIAL,
- tty->subtype = SERIAL_TYPE_NORMAL,
- tty->flags = TTY_DRIVER_REAL_RAW |
TTY_DRIVER_DYNAMIC_DEV;
+ tty->type = TTY_DRIVER_TYPE_SERIAL,
+ tty->subtype = SERIAL_TYPE_NORMAL,
+ tty->flags = TTY_DRIVER_REAL_RAW |
TTY_DRIVER_DYNAMIC_DEV;

Hmm, please, fix your scripts or emacs!

Hi Jiri.

I'm not fixing emacs.

Notice that the code improperly uses commas and
not semicolons for line terminations like the
lines immediately above and below it.

Oh, and you see that you made it actually _worse_? The patch should not touch the code at all. It is obviously totally broken. In a separate patch you might do s@,@;@ instead.

btw: Your copy/paste lost the tab indents.

Yes, but as I did not expect anybody to apply it, I see no problem in that.

The emacs pass was not perfect, nor was it
intended to be perfect. There are _way_
too many coding style defects in isdn for
that.

Hmm, but did not we conclude some time ago that we will not touch code just to perform a whitespace cleanup?

It was a first pass and an overall improvement.

I hope no other passes are going to happen there or anywhere in TTY drivers. I really do not want to solve zillion collisions in my ~100 local patches due to whitespace changes, sorry.

That was exactly the reason why not to cleanup the files just to be checkpatch-proof.

"It's quite a bit more like what passes
for the current kernel coding style though."

Yes, but it does not pass our brain, does it? One should throw "checkpatch --file" or alike away, finally.

thanks,
--
js
suse labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/