threads / patch / 39379

v4mergetools: add winmerge as a builtin tool

Subject: [PATCH v4] mergetools: add winmerge as a builtin tool

## tl;dr

4 messages between May 20, 2015 and May 20, 2015. Diffs are folded; open one to read it.

replies: 3people: 3as markdown or json

David Aguilar· May 20, 2015, 07:42 UTC · lore

Add a winmerge scriptlet with the commands described in [1] so that users can use winmerge without needing to perform any additional configuration.

[1] http://thread.gmane.org/gmane.comp.version-control.git/268631
Helped-by: Philip Oakley <philipoakley@iee.org>
Helped-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Helped-by: Sebastian Schuberth <sschuberth@gmail.com>
Helped-by: SZEDER Gábor <szeder@ira.uka.de>
Signed-off-by: David Aguilar <davvid@gmail.com>
---
Changes since v3:
* "type -p" is used instead of "type".
* printf is consistently used instead of echo.
* an env | grep pipeline is used to get the variables instead of hard-coding
  a set of variables in the script, as suggested by Sebastian in
  http://thread.gmane.org/gmane.comp.version-control.git/269437/focus=269441
 mergetools/winmerge | 45 +++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 45 insertions(+)
 create mode 100644 mergetools/winmerge
Show changes to mergetools/winmerge +45 −0
diff --git a/mergetools/winmerge b/mergetools/winmerge
new file mode 100644
index 0000000..fc364c769
--- /dev/null
+++ b/mergetools/winmerge
@@ -0,0 +1,45 @@
+diff_cmd () {
+	"$merge_tool_path" -u -e "$LOCAL" "$REMOTE"
+	return 0
+}
+
+merge_cmd () {
+	# mergetool.winmerge.trustExitCode is implicitly false.
+	# touch $BACKUP so that we can check_unchanged.
+	touch "$BACKUP"
+	"$merge_tool_path" -u -e -dl Local -dr Remote \
+		"$LOCAL" "$REMOTE" "$MERGED"
+	check_unchanged
+}
+
+translate_merge_tool_path() {
+	# Use WinMergeU.exe if it exists in $PATH
+	if type -p WinMergeU.exe >/dev/null 2>&1
+	then
+		printf WinMergeU.exe
+		return
+	fi
+
+	# Look for WinMergeU.exe in the typical locations
+	winmerge_exe="WinMerge/WinMergeU.exe"
+	found=false
+	OIFS=$IFS
+	IFS='
+'
+	for directory in $(env | grep -Ei '^PROGRAM(FILES(\(X86\))?|W6432)=' |
+		cut -d '=' -f 2- | sort -u)
+	do
+		if test -n "$directory" && test -x "$directory/$winmerge_exe"
+		then
+			found=true
+			printf '%s' "$directory/$winmerge_exe"
+			break
+		fi
+	done
+	IFS=$OIFS
+
+	if test "$found" != true
+	then
+		printf WinMergeU.exe
+	fi
+}
-- 
2.4.1.218.gc09a0e5
Sebastian Schuberth· May 20, 2015, 07:47 UTC · re: David Aguilar · lore

Re: [PATCH v4] mergetools: add winmerge as a builtin tool

On Wed, May 20, 2015 at 9:42 AM, David Aguilar <davvid@gmail.com> wrote:
> +       OIFS=$IFS
> +       IFS='
> +'
I guess this is just a formatting issue with the mail export as it should read
IFS=$'\n'
Otherwise looks good to me.
-- 
Sebastian Schuberth
David Aguilar· May 20, 2015, 08:53 UTC · re: Sebastian Schuberth · lore

Re: [PATCH v4] mergetools: add winmerge as a builtin tool

On Wed, May 20, 2015 at 09:47:56AM +0200, Sebastian Schuberth wrote:
Show 14 quoted lines
> On Wed, May 20, 2015 at 9:42 AM, David Aguilar <davvid@gmail.com> wrote:
> 
> > +       OIFS=$IFS
> > +       IFS='
> > +'
> 
> I guess this is just a formatting issue with the mail export as it should read
> 
> IFS=$'\n'
> 
> Otherwise looks good to me.
> 
> -- 
> Sebastian Schuberth
Thanks for the review.
That's actually a literal newline inside a single-quoted string.

I'm not sure how portable $'\n' is, but the '<literal-newline>' approach is used often in the git code.

-- 
David
Junio C Hamano· May 20, 2015, 20:03 UTC · re: David Aguilar · lore

Re: [PATCH v4] mergetools: add winmerge as a builtin tool

David Aguilar <davvid@gmail.com> writes:
Show 22 quoted lines
> On Wed, May 20, 2015 at 09:47:56AM +0200, Sebastian Schuberth wrote:
>> On Wed, May 20, 2015 at 9:42 AM, David Aguilar <davvid@gmail.com> wrote:
>> 
>> > +       OIFS=$IFS
>> > +       IFS='
>> > +'
>> 
>> I guess this is just a formatting issue with the mail export as it should read
>> 
>> IFS=$'\n'
>> 
>> Otherwise looks good to me.
>> 
>> -- 
>> Sebastian Schuberth
>
> Thanks for the review.
>
> That's actually a literal newline inside a single-quoted string.
>
> I'm not sure how portable $'\n' is, but the '<literal-newline>'
> approach is used often in the git code.

Thanks for being observant ;-) Unless it is contrib/completion that is known to be run with bash, please avoid $'string' and $"string".

← back to recent threads