From: Joe Perches <joe@perches.com>
To: David Rientjes <rientjes@google.com>
Cc: Wolfram Sang <w.sang@pengutronix.de>,
linux-kernel@vger.kernel.org, Jonathan Cameron <jic23@cam.ac.uk>,
Andy Whitcroft <apw@canonical.com>
Subject: Re: [PATCH] checkpatch: improve error message for p1-check
Date: Thu, 27 Oct 2011 13:29:02 -0700 [thread overview]
Message-ID: <1319747342.7969.15.camel@Joe-Laptop> (raw)
In-Reply-To: <alpine.DEB.2.00.1110271309050.7639@chino.kir.corp.google.com>
On Thu, 2011-10-27 at 13:11 -0700, David Rientjes wrote:
> On Wed, 26 Oct 2011, Joe Perches wrote:
> > > I mean it only makes sense if both prefixes exist (otherwise patch and
> > > git-apply will assume it's not a -p0 patch).
> > I think we should not care about the prefixes at all,
> > only whether or not the patched file exists.
> Nack,
Hi David.
It might be better if you would submit patches
to checkpatch before you nack others.
How about you track the --- and +++ lines and
submit a suggested patch yourself?
> there's nothing wrong with storing original files that you're
> modifying in a subdirectory with a name of your choice in the kernel tree.
Just as there's nothing wrong with storing original
and modified versions of subdirectories too.
> It doesn't imply a -p0 patch unless both prefixes appear and that's the
> best indication that it appears in both the patch author and patch
> applier's tree whereas the file being modified is ambiguous.
There's no single perfect test and it's just a silly
warning anyway.
I think the most common case is the direct editing of
a single file and production of a diff to submit as
a patch.
$ emacs <file>
# make changes, save original as ~ backup
$ diff -urN <file>~ <file> > ./foo.diff
$ make mrproper; make allyesconfig ; make
# deletes backup files
$ ./scripts/checkpatch.pl foo.diff
I didn't bother even finding out why the message
was emitted for me even though I had a b temp
directory in my tree. I just ignored it.
cheers, Joe
next prev parent reply other threads:[~2011-10-27 20:29 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-19 12:33 [PATCH] checkpatch: improve error message for p1-check Wolfram Sang
2011-10-26 20:30 ` David Rientjes
2011-10-26 22:51 ` Joe Perches
2011-10-26 23:08 ` David Rientjes
2011-10-26 23:14 ` Joe Perches
2011-10-26 23:34 ` David Rientjes
2011-10-26 23:44 ` Joe Perches
2011-10-27 20:11 ` David Rientjes
2011-10-27 20:29 ` Joe Perches [this message]
2011-10-27 21:01 ` David Rientjes
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=1319747342.7969.15.camel@Joe-Laptop \
--to=joe@perches.com \
--cc=apw@canonical.com \
--cc=jic23@cam.ac.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=rientjes@google.com \
--cc=w.sang@pengutronix.de \
/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