From: Gerlando Falauto <gerlando.falauto@keymile.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 4/7] powerpc/82xx: move km/km82xx-common.h within km82xx.h
Date: Mon, 30 Jul 2012 20:28:17 +0200 [thread overview]
Message-ID: <5016D241.4030104@keymile.com> (raw)
In-Reply-To: <20120727173153.F2BE4203A3C@gemini.denx.de>
On 07/27/2012 07:31 PM, Wolfgang Denk wrote:
> Dear Gerlando Falauto,
>
> In message<1343402200-32020-5-git-send-email-gerlando.falauto@keymile.com> you wrote:
>> The only file including km82xx-common.h is km82xx.h.
>> So there is no need to have it as a separate file.
>>
>> Signed-off-by: Gerlando Falauto<gerlando.falauto@keymile.com>
>> ---
>> include/configs/km/km82xx-common.h | 317 ------------------------------------
>> include/configs/km82xx.h | 290 ++++++++++++++++++++++++++++++++-
>> 2 files changed, 289 insertions(+), 318 deletions(-)
>> delete mode 100644 include/configs/km/km82xx-common.h
>
> Please also try with -M -C and see if this changes anything.
For this one patch I can't get git to detect renames.
I tried with git 1.7.1, 1.7.10.4, 1.7.11.3:
-> git commit --amend
[xxx f9981ff] powerpc/82xx: move km/km82xx-common.h within km82xx.h
1 files changed, 124 insertions(+), 4 deletions(-)
rename include/configs/{km/km82xx-common.h => km82xx.h} (75%)
Notice how git commit DOES detect the rename, but the following
format-patch does NOT:
-> git format-patch -M -C --stdout -1
From f9981ff849562c9d466d9429e0ec9a510a0d4b3c Mon Sep 17 00:00:00 2001
From: Gerlando Falauto <gerlando.falauto@keymile.com>
Date: Tue, 10 Jul 2012 18:13:27 +0200
Subject: [PATCH] ...
...
---
include/configs/km/km82xx-common.h | 317
------------------------------------
include/configs/km82xx.h | 290
++++++++++++++++++++++++++++++++-
2 files changed, 289 insertions(+), 318 deletions(-)
delete mode 100644 include/configs/km/km82xx-common.h
...
#endif /* __CONFIG_H */
--
1.7.10.4
I guess the reason behind this is that km82xx.h is already existing.
Again, git can somehow track renames (i.e. one file's gone, another
one's brand new), but it does not detect "merging" of files.
As a matter of fact, if I rename the target file, i.e.:
-> git mv include/configs/km82xx.h include/configs/km82xx-tmp.h
-> git commit --amend
[xxx 49c85c3] powerpc/82xx: move km/km82xx-common.h within km82xx.h
2 files changed, 124 insertions(+), 153 deletions(-)
rename include/configs/{km/km82xx-common.h => km82xx-tmp.h} (75%)
delete mode 100644 include/configs/km82xx.h
-> ~/bin/git format-patch -M -C -1 --stdout
From 49c85c351f65330746836bf90a06443a6b095b1e Mon Sep 17 00:00:00 2001
From: Gerlando Falauto <gerlando.falauto@keymile.com>
Date: Tue, 10 Jul 2012 18:13:27 +0200
Subject: [PATCH] ...
...
---
.../configs/{km/km82xx-common.h => km82xx-tmp.h} | 128
++++++++++++++++-
include/configs/km82xx.h | 149
--------------------
2 files changed, 124 insertions(+), 153 deletions(-)
rename include/configs/{km/km82xx-common.h => km82xx-tmp.h} (75%)
delete mode 100644 include/configs/km82xx.h
diff --git a/include/configs/km/km82xx-common.h
b/include/configs/km82xx-tmp.h
similarity index 75%
rename from include/configs/km/km82xx-common.h
rename to include/configs/km82xx-tmp.h
index 2c763bb..9bfb8df 100644
THEN, AND ONLY THEN, do I get a rename detected.
And we would need an extra patch to rename it back...
Anyway, I believe the above patch, if applied to a tree with a slightly
different (let's say updated) km82xx.h, would fail upon the deletion of
km82xx.h, but would apply cleanly on km82xx-common.h (introducing
outdated chunks of km82xx.h though). Is that what we really want?
Thanks,
Gerlando
next prev parent reply other threads:[~2012-07-30 18:28 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-27 15:16 [U-Boot] [PATCH 0/7] km82xx and mgcogeXxx reworking Gerlando Falauto
2012-07-27 15:16 ` [U-Boot] [PATCH 1/7] powerpc/82xx: remove unused define for mgcoge3ne Gerlando Falauto
2012-07-31 20:29 ` Wolfgang Denk
2012-07-27 15:16 ` [U-Boot] [PATCH 2/7] powerpc/82xx: move mgcoge, mgcoge3ne defines to ease subsequent merge Gerlando Falauto
2012-07-31 20:30 ` Wolfgang Denk
2012-08-02 9:14 ` [U-Boot] [PATCH v2 4/7] powerpc/82xx: move km/km82xx-common.h within km82xx.h Gerlando Falauto
2012-07-27 15:16 ` [U-Boot] [PATCH 3/7] powerpc/82xx: merge mgcoge.h and mgcoge3ne.h into km82xx.h Gerlando Falauto
2012-07-27 17:30 ` Wolfgang Denk
2012-07-30 9:09 ` Gerlando Falauto
2012-07-30 13:00 ` Wolfgang Denk
2012-07-30 14:56 ` Gerlando Falauto
2012-07-30 16:07 ` Wolfgang Denk
2012-07-30 18:21 ` Gerlando Falauto
2012-07-30 18:22 ` [U-Boot] [PATCH v2 " Gerlando Falauto
2012-07-31 20:30 ` [U-Boot] [PATCH " Wolfgang Denk
2012-07-27 15:16 ` [U-Boot] [PATCH 4/7] powerpc/82xx: move km/km82xx-common.h within km82xx.h Gerlando Falauto
2012-07-27 17:31 ` Wolfgang Denk
2012-07-30 18:28 ` Gerlando Falauto [this message]
2012-07-30 19:12 ` Wolfgang Denk
2012-08-02 9:10 ` Gerlando Falauto
2012-07-31 20:31 ` Wolfgang Denk
2012-07-27 15:16 ` [U-Boot] [PATCH 5/7] powerpc/82xx: add SDRAM detection for km82xx Gerlando Falauto
2012-07-31 20:31 ` Wolfgang Denk
2012-07-27 15:16 ` [U-Boot] [PATCH 6/7] powerpc/82xx: use SDRAM detection for mgcoge2ne Gerlando Falauto
2012-07-31 20:31 ` Wolfgang Denk
2012-07-27 15:16 ` [U-Boot] [PATCH 7/7] powerpc/82xx: adapt SDRAM settings for mgcoge3ne Gerlando Falauto
2012-07-31 20:31 ` Wolfgang Denk
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=5016D241.4030104@keymile.com \
--to=gerlando.falauto@keymile.com \
--cc=u-boot@lists.denx.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