From: Yann Dirson <ydirson@free.fr>
To: Jonathan Nieder <jrnieder@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH v8 1/5] Introduce bulk-move detection in diffcore.
Date: Fri, 29 Oct 2010 23:18:52 +0200 [thread overview]
Message-ID: <20101029211852.GB5695@home.lan> (raw)
In-Reply-To: <20101029014540.GB28984@burratino>
On Thu, Oct 28, 2010 at 08:45:40PM -0500, Jonathan Nieder wrote:
> Yann Dirson wrote:
>
> > Possible optimisations to this code include:
> > * avoid use of i_am_not_single by using a separate list
>
> I think that would help code clarity, too. It is tempting to try to
> split this patch into micropatches:
Hm, I fear too much granularity would become meaningless :)
A number of the steps you suggest (notably 8 and 9) would cause the
code to be plain wrong at some points, since those are part of what
makes the algorithm (appear to be) correct. This would not be a
problem only because that code would not be reachable throught any
means, right ? If the code needs to be easier to understand, I'd
rather add some more doc, than added commits that are basically
"useless for bisect".
I'm much more tempted to split into fully-functionnal patches that do
adds reachable code paths (eg. bulk removal - although it's much more
than just a split of the patch).
> 1. introduce DETECT_DIRECTORY_RENAMES flag and hidden UI for it.
What do you mean by "hidden UI" ?
[...]
> 8. disqualify directories with stragglers left behind.
>
> 9. disqualify directories for which the contents are not unanimous
> about where to go.
[...]
> Trivial comments on the patch:
>
> [...]
> > +++ b/diffcore-rename.c
> > @@ -6,14 +6,34 @@
> > #include "diffcore.h"
> > #include "hash.h"
> >
> > +#define DEBUG_BULKMOVE 0
> > +
> > +#if DEBUG_BULKMOVE
> > +#define debug_bulkmove(args) __debug_bulkmove args
> > +void __debug_bulkmove(const char *fmt, ...)
> > +{
> > + va_list ap;
> > + va_start(ap, fmt);
> > + fprintf(stderr, "[DBG] ");
> > + vfprintf(stderr, fmt, ap);
> > + va_end(ap);
> > +}
> > +#else
> > +#define debug_bulkmove(args) do { /*nothing */ } while (0)
> > +#endif
>
> Is the debugging output infrequent enough to just use a function
> unconditionally?
You mean, keep funccalls even with DEBUG_BULKMOVE is not set ? No,
there are too many traces for that.
> [...]
> > + * Supports in-place modification of src by passing dst == src.
> > + */
> > +static const char *copy_dirname(char *dst, const char *src)
> [...]
> > + end = mempcpy(dst, src, slash - src + 1);
>
> I suppose this should read:
>
> if (dst != src)
> memcpy(dst, src, slash - src + 1);
> dst[slash - src + 1] = '\0';
> return dst;
Ah, sure the dst==src case can be improved. But I'm not sure
factorizing writing NUL is worth the cost of re-computing where to put
it when using mempcpy would avoid. Wouldn't the following be more
adequate ?
if (dst != src) {
end = mempcpy(dst, src, slash - src + 1);
*end = '\0';
} else
dst[slash - src + 1] = '\0';
return dst;
> Style: '{' for functions goes in column 0.
> Can get some depth reduction by dropping the else here (since in
> the trivial case we have already returned).
Right, thanks.
> > +static void diffcore_bulk_moves(void)
> > +{
> > + int i;
> > + for (i = 0; i < rename_dst_nr; i++)
> > + check_one_bulk_move(rename_dst[i].pair);
> > +}
>
> Yay. :)
Isn't that nice and pretty :)
next prev parent reply other threads:[~2010-10-29 21:19 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-28 22:08 [PATCH v8] Detection of directory renames Yann Dirson
2010-10-28 22:08 ` [PATCH v8 1/5] Introduce bulk-move detection in diffcore Yann Dirson
2010-10-29 1:45 ` Jonathan Nieder
2010-10-29 21:18 ` Yann Dirson [this message]
2010-10-30 0:26 ` Jonathan Nieder
2010-11-04 21:56 ` Yann Dirson
2010-11-04 21:59 ` [PATCH] " Yann Dirson
2010-11-25 10:08 ` [PATCH v8 1/5] " Ævar Arnfjörð Bjarmason
2010-11-25 15:02 ` Jonathan Nieder
2010-11-25 17:19 ` Ævar Arnfjörð Bjarmason
2010-10-28 22:08 ` [PATCH v8 2/5] Raw diff output format for bulk moves Yann Dirson
2010-10-28 22:08 ` [PATCH v8 3/5] Add testcases for the --detect-bulk-moves diffcore flag Yann Dirson
2010-10-28 22:08 ` [PATCH v8 4/5] Unified diff output format for bulk moves Yann Dirson
2010-10-28 22:08 ` [PATCH v8 5/5] [WIP] Allow hiding renames of individual files involved in a directory rename Yann Dirson
2010-10-29 1:05 ` [PATCH v8] Detection of directory renames Jonathan Nieder
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=20101029211852.GB5695@home.lan \
--to=ydirson@free.fr \
--cc=git@vger.kernel.org \
--cc=jrnieder@gmail.com \
/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).