mingw: handle GITPERLLIB in t0021 in a Windows-compatible way
authorJohannes Schindelin <Johannes.Schindelin@gmx.de>
Sat, 6 Jan 2018 22:01:22 +0000 (23:01 +0100)
committerJunio C Hamano <gitster@pobox.com>
Wed, 10 Jan 2018 22:00:54 +0000 (14:00 -0800)
commit3306f6524d32e90d2e71648fea7c6e156250f903
tree22f7cbe4351f952500963ba1d0a4c69f7ed00c31
parent36438dc19dd2a305dddebd44bf7a65f1a220075b
mingw: handle GITPERLLIB in t0021 in a Windows-compatible way

Git's assumption that all path lists are colon-separated is not only
wrong on Windows, it is not even an assumption that is compatible with
POSIX.

In the interest of time, let's not try to fix this properly but simply
work around the obvious breakage on Windows, where the MSYS2 Bash used
by Git for Windows to interpret the Git's Unix shell scripts will
automagically convert path lists in the environment to
semicolon-separated lists of Windows paths (with drive letter and the
corresponding colon and all that jazz).

In other words, we simply look whether there is a semicolon in
GITPERLLIB and split by semicolons if found instead of colons. This is
not fool-proof, of course, as the path list could consist of a single
path. But that is not the case in Git for Windows' test suite, there are
always two paths in GITPERLLIB.

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
t/t0021/rot13-filter.pl