From: Johannes Schindelin <Johannes.Schindelin@gmx.de>
To: David Aguilar <davvid@gmail.com>
Cc: git@vger.kernel.org, Junio C Hamano <gitster@pobox.com>
Subject: Re: [PATCH 1/2] difftool: add the builtin
Date: Wed, 23 Nov 2016 12:34:07 +0100 (CET) [thread overview]
Message-ID: <alpine.DEB.2.20.1611231210380.3746@virtualbox> (raw)
In-Reply-To: <20161123080850.GA23742@gmail.com>
Hi David,
On Wed, 23 Nov 2016, David Aguilar wrote:
> On Tue, Nov 22, 2016 at 06:01:23PM +0100, Johannes Schindelin wrote:
>
> > +static const char * const builtin_difftool_usage[] = {
> > + N_("git add [<options>] [--] <pathspec>..."),
> > + NULL
> > +};
>
> The usage should probably say "difftool" (or "builtin-difftool").
Ah, my dirty secret was spilled. I copy-edited this. *pours ashes over his
head*
> > [...]
> > +static void changed_files(struct hashmap *result, const char *index_path,
> > + const char *workdir)
> > +{
> > +[...]
> > +}
> > +
> > +#include "dir.h"
>
> Can this mid-file #include go to the top of the file?
Yep, thanks.
In case you are interested: You probably guessed it, it was left for a
later clean-up. I worked a bit over the last weeks on getting Git to build
in Visual Studio, to be able to benefit from its quite nice features (I
was always a fan of Visual Studio, long before I started working at
Microsoft). I used the conversion of the difftool as an excuse to make use
of this myself: I did the entire conversion in Visual Studio, reverting to
the old, tedious command-line driven workflow to fix the bugs identified
by t7800-difftool.sh.
> > +static int run_dir_diff(const char *extcmd, int symlinks,
> > + int argc, const char **argv)
> > +{
> > + char tmpdir[PATH_MAX];
> > + struct strbuf info = STRBUF_INIT, lpath = STRBUF_INIT;
> > + struct strbuf rpath = STRBUF_INIT, buf = STRBUF_INIT;
> > + struct strbuf ldir = STRBUF_INIT, rdir = STRBUF_INIT;
> > + struct strbuf wtdir = STRBUF_INIT;
> > + size_t ldir_len, rdir_len, wtdir_len;
> > + struct cache_entry *ce = xcalloc(1, sizeof(ce) + PATH_MAX + 1);
> > + const char *workdir, *tmp;
> > + int ret = 0, i;
> > + FILE *fp;
> > + struct hashmap working_tree_dups, submodules, symlinks2;
> > + struct hashmap_iter iter;
> > + struct pair_entry *entry;
> > + enum object_type type;
> > + unsigned long size;
> > + struct index_state wtindex;
> > + struct checkout lstate, rstate;
> > + int rc, flags = RUN_GIT_CMD, err = 0;
> > + struct child_process child = CHILD_PROCESS_INIT;
> > + const char *helper_argv[] = { "difftool--helper", NULL, NULL, NULL };
> > + struct hashmap wt_modified, tmp_modified;
> > + int indices_loaded = 0;
> > +
> > + setup_work_tree();
> > + workdir = get_git_work_tree();
> > +
> > + /* Setup temp directories */
> > + tmp = getenv("TMPDIR");
> > + sprintf(tmpdir, "%s/git-difftool.XXXXXX", tmp ? tmp : "/tmp");
>
> Maybe snprintf instead?
>
> getenv() won't return anything longer than PATH_MAX for most
> users, but users are weird.
True.
> > + if (!mkdtemp(tmpdir))
> > + return error("could not create temporary directory");
>
> Mention the tmpdir here?
Sure thing.
> > + strbuf_addf(&ldir, "%s/left/", tmpdir);
> > + strbuf_addf(&rdir, "%s/right/", tmpdir);
> > + strbuf_addstr(&wtdir, workdir);
> > + if (!wtdir.len || !is_dir_sep(wtdir.buf[wtdir.len - 1]))
> > + strbuf_addch(&wtdir, '/');
> > + mkdir(ldir.buf, 0777);
> > + mkdir(rdir.buf, 0777);
>
> Seeing the perl mkpath() default 0777 spelled out this way
> makes me wonder whether 0700 would be safer.
>
> The mkdtemp() above is already using 0700 so it's ok, but it
> might be worth making it consistent (later, perhaps).
Ah, of course! I stupidly imitated other `mkdir()` calls elsewhere, but
they refer to directories within the Git worktree...
> > + /*
> > + * In directory diff mode, 'git-difftool--helper' is called once
> > + * to compare the a / b directories.In file diff mode, 'git diff'
> > + * will invoke a separate instance of 'git-difftool--helper' for
> > + * each file that changed.
> > + */
>
> Missing space after "." in the comment above.
Yep. It was two spaces and I deleted one too many (we are so way past
actual print, where the two spaces may have made sense...).
> > + if (dir_diff)
> > + return run_dir_diff(extcmd, symlinks, argc, argv);
> > + return run_file_diff(prompt, argc, argv);
> > +}
> > diff --git a/git.c b/git.c
> > index efa1059..eaa0f67 100644
> > --- a/git.c
> > +++ b/git.c
> > @@ -424,6 +424,7 @@ static struct cmd_struct commands[] = {
> > { "diff-files", cmd_diff_files, RUN_SETUP | NEED_WORK_TREE },
> > { "diff-index", cmd_diff_index, RUN_SETUP },
> > { "diff-tree", cmd_diff_tree, RUN_SETUP },
> > + { "builtin-difftool", cmd_builtin_difftool, RUN_SETUP | NEED_WORK_TREE },
> > { "fast-export", cmd_fast_export, RUN_SETUP },
> > { "fetch", cmd_fetch, RUN_SETUP },
> > { "fetch-pack", cmd_fetch_pack, RUN_SETUP },
>
> This isn't alphabetical anymore, but it actually is if you
> consider that the final plan is to change "builtin-difftool" to
> "difftool".
Exactly, that was my thinking.
> If we want to minimize that future diff we could name
> cmd_builtin_difftool() as cmd_difftool() for consistency now so
> that the future commit only needs to tweak the string here.
Yes!
For the record, this is a left-over from an impatient attempt at avoiding
problems with `make` overwriting the Perl version of `git difftool` by the
builtin version; I had originally assumed that a list of builtins was
generated from parsing git.c or builtin.h, but it turns out that the
BUILTIN_OBJS are actually responsible, i.e. the file name.
Fixed.
Thank you for your review!
Dscho
next prev parent reply other threads:[~2016-11-23 11:41 UTC|newest]
Thread overview: 86+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-22 17:01 [PATCH 0/2] Show Git Mailing List: a builtin difftool Johannes Schindelin
2016-11-22 17:01 ` [PATCH 1/2] difftool: add the builtin Johannes Schindelin
2016-11-23 8:08 ` David Aguilar
2016-11-23 11:34 ` Johannes Schindelin [this message]
2016-11-22 17:01 ` [PATCH 2/2] difftool: add a feature flag for the builtin vs scripted version Johannes Schindelin
2016-11-23 14:51 ` Dennis Kaarsemaker
2016-11-23 17:29 ` Johannes Schindelin
2016-11-23 17:40 ` Junio C Hamano
2016-11-23 18:18 ` Junio C Hamano
2016-11-23 19:55 ` Johannes Schindelin
2016-11-23 20:04 ` Junio C Hamano
2016-11-23 22:01 ` Johannes Schindelin
2016-11-23 22:03 ` [PATCH v2 0/1] Show Git Mailing List: a builtin difftool Johannes Schindelin
2016-11-23 22:03 ` [PATCH v2 1/1] difftool: add the builtin Johannes Schindelin
2016-11-23 22:25 ` Junio C Hamano
2016-11-23 22:30 ` Junio C Hamano
2016-11-24 10:38 ` Johannes Schindelin
2016-11-24 20:55 ` [PATCH v3 0/2] Show Git Mailing List: a builtin difftool Johannes Schindelin
2016-11-24 20:55 ` [PATCH v3 1/2] difftool: add a skeleton for the upcoming builtin Johannes Schindelin
2016-11-24 21:08 ` Jeff King
2016-11-24 21:56 ` Johannes Schindelin
2016-11-25 3:18 ` Jeff King
2016-11-25 11:05 ` Johannes Schindelin
2016-11-25 17:19 ` Jeff King
2016-11-25 17:41 ` Johannes Schindelin
2016-11-25 17:47 ` Jeff King
2016-11-26 12:22 ` Johannes Schindelin
2016-11-26 16:19 ` Jeff King
2016-11-26 13:01 ` Johannes Schindelin
2016-11-27 16:50 ` Jeff King
2016-11-28 17:06 ` Junio C Hamano
2016-11-28 17:34 ` Johannes Schindelin
2016-11-28 19:27 ` Junio C Hamano
2016-11-29 20:36 ` Johannes Schindelin
2016-11-29 20:49 ` Jeff King
2016-11-30 12:30 ` Johannes Schindelin
2016-11-30 12:35 ` Jeff King
2016-11-29 20:55 ` Junio C Hamano
2016-11-30 12:30 ` Johannes Schindelin
2016-12-01 23:33 ` Junio C Hamano
2016-12-05 10:36 ` Johannes Schindelin
2016-12-05 18:37 ` Junio C Hamano
2016-12-06 13:16 ` Johannes Schindelin
2016-12-06 13:36 ` Jeff King
2016-12-06 14:48 ` Johannes Schindelin
2016-12-06 15:09 ` Jeff King
2016-12-06 18:22 ` Stefan Beller
2016-12-06 18:35 ` Jeff King
2017-01-18 22:38 ` Brandon Williams
2016-11-30 16:02 ` Jakub Narębski
2016-11-30 18:39 ` Junio C Hamano
2016-11-24 20:55 ` [PATCH v3 2/2] difftool: implement the functionality in the builtin Johannes Schindelin
2016-11-25 21:24 ` Jakub Narębski
2016-11-27 11:10 ` Johannes Schindelin
2016-11-27 11:20 ` Jakub Narębski
2017-01-02 16:16 ` [PATCH v4 0/4] Show Git Mailing List: a builtin difftool Johannes Schindelin
2017-01-02 16:22 ` [PATCH v4 1/4] Avoid Coverity warning about unfree()d git_exec_path() Johannes Schindelin
2017-01-03 20:11 ` Stefan Beller
2017-01-03 21:33 ` Johannes Schindelin
2017-01-04 18:09 ` Stefan Beller
2017-01-04 1:13 ` Jeff King
2017-01-09 1:25 ` Junio C Hamano
2017-01-09 6:00 ` Jeff King
2017-01-09 7:49 ` Johannes Schindelin
2017-01-09 19:21 ` Stefan Beller
2017-01-02 16:22 ` [PATCH v4 2/4] difftool: add a skeleton for the upcoming builtin Johannes Schindelin
2017-01-02 16:22 ` [PATCH v4 3/4] difftool: implement the functionality in the builtin Johannes Schindelin
2017-01-02 16:24 ` [PATCH v4 4/4] t7800: run both builtin and scripted difftool, for now Johannes Schindelin
2017-01-09 1:38 ` Junio C Hamano
2017-01-09 7:56 ` Johannes Schindelin
2017-01-09 9:46 ` Junio C Hamano
2017-01-17 15:54 ` [PATCH v5 0/3] Turn the difftool into a builtin Johannes Schindelin
2017-01-17 15:54 ` [PATCH v5 1/3] difftool: add a skeleton for the upcoming builtin Johannes Schindelin
2017-01-17 15:55 ` [PATCH v5 2/3] difftool: implement the functionality in the builtin Johannes Schindelin
2017-01-17 15:55 ` [PATCH v5 3/3] Retire the scripted difftool Johannes Schindelin
2017-01-17 21:46 ` Junio C Hamano
2017-01-18 12:33 ` Johannes Schindelin
2017-01-18 19:15 ` Junio C Hamano
2017-01-19 16:30 ` Johannes Schindelin
2017-01-19 17:56 ` Junio C Hamano
2017-01-19 20:32 ` Johannes Schindelin
2017-01-17 21:31 ` [PATCH v5 0/3] Turn the difftool into a builtin Junio C Hamano
2017-01-19 20:30 ` [PATCH v6 " Johannes Schindelin
2017-01-19 20:30 ` [PATCH v6 1/3] difftool: add a skeleton for the upcoming builtin Johannes Schindelin
2017-01-19 20:30 ` [PATCH v6 2/3] difftool: implement the functionality in the builtin Johannes Schindelin
2017-01-19 20:30 ` [PATCH v6 3/3] Retire the scripted difftool Johannes Schindelin
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=alpine.DEB.2.20.1611231210380.3746@virtualbox \
--to=johannes.schindelin@gmx.de \
--cc=davvid@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.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).