summaryrefslogtreecommitdiff
path: root/t/t4034/ruby
diff options
context:
space:
mode:
authorLibravatar Johannes Schindelin <Johannes.Schindelin@gmx.de>2018-01-06 23:01:22 +0100
committerLibravatar Junio C Hamano <gitster@pobox.com>2018-01-10 14:00:54 -0800
commit3306f6524d32e90d2e71648fea7c6e156250f903 (patch)
tree22f7cbe4351f952500963ba1d0a4c69f7ed00c31 /t/t4034/ruby
parentGit 2.16-rc1 (diff)
downloadtgif-3306f6524d32e90d2e71648fea7c6e156250f903.tar.xz
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>
Diffstat (limited to 't/t4034/ruby')
0 files changed, 0 insertions, 0 deletions