From: Neil Horman <nhorman@tuxdriver.com>
To: "Richardson, Bruce" <bruce.richardson@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH] fix trailing whitespace.
Date: Wed, 11 Jun 2014 11:46:04 -0400 [thread overview]
Message-ID: <20140611154604.GA2940@localhost.localdomain> (raw)
In-Reply-To: <59AF69C657FD0841A61C55336867B5B01AA34EC5@IRSMSX103.ger.corp.intel.com>
On Wed, Jun 11, 2014 at 03:24:04PM +0000, Richardson, Bruce wrote:
> > -----Original Message-----
> > From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com]
> > Sent: Wednesday, June 11, 2014 3:04 AM
> > To: Richardson, Bruce
> > Cc: dev@dpdk.org; Neil Horman
> > Subject: Re: [dpdk-dev] [PATCH] fix trailing whitespace.
> >
> > > > This commit removes trailing whitespace from lines in files. Almost all
> > > > files are affected, as the BSD license copyright header had trailing
> > > > whitespace on 4 lines in it [hence the number of files reporting 8 lines
> > > > changed in the diffstat].
> > > >
> > > > Signed-off-by: Bruce Richardson <bruce.richardson@intel.com>
> > > Acked-by: Neil Horman <nhorman@tuxdriver.com>
> >
> > I've completed it with these changes:
> > - remove spaces before tabs in libs
> > - remove more trailing spaces in non-C files
> >
> > Applied for version 1.7.0.
> >
> > Some whitespaces and indentation errors are remaining, especially in examples.
> > But it can be fixed when examples will be updated.
> > I'm not a big fan of such patch. I prefer to take care of not adding new
> > spacing errors. So from now, trailing whitespaces, spaces before tabs
> > and wrong indentation should be tracked carefully in new patches.
> >
> Just FYI: my reasoning for cleaning it up now is that it allows us to write rules for our editors or IDEs to automatically fix whitespace errors on save (the patch I generated was created by using a vim rule on file save). Without having things cleaned up ahead of time, having a vim rule such as this will cleanup each file as it is modified, leading to lots of extra whitespace changes in our diffs, which are irrelevant to the code being changed. This then makes our lives harder when working on patches.
>
This sort of change should probably be accompanied by a script to do patch
checking prior to submission (something like checkpatch.pl in the linux kernel).
Not every contributor will have a whitespace cleaning rule set, and such a
checker will be allow users to clean patches prior to submission, both for
whitepace errors and any other errors you want to enforce (trailing whtespace,
leading spaces, parenthetical spaces, etc).
Neil
> /Bruce
>
prev parent reply other threads:[~2014-06-11 15:46 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-03 23:42 Bruce Richardson
2014-06-06 10:50 ` Neil Horman
2014-06-11 10:03 ` Thomas Monjalon
2014-06-11 15:24 ` Richardson, Bruce
2014-06-11 15:46 ` Neil Horman [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140611154604.GA2940@localhost.localdomain \
--to=nhorman@tuxdriver.com \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).