summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
diff options
context:
space:
mode:
authorGreg Bedwell <greg_bedwell@sn.scee.net>2018-10-23 11:34:04 +0000
committerGreg Bedwell <greg_bedwell@sn.scee.net>2018-10-23 11:34:04 +0000
commit98b5f6d1596d17e5e6c7def7cf218da71dbefd85 (patch)
tree0a9b9fc72533d5e371cdb3eb9bc3e5985b616546 /llvm/lib/Transforms/Vectorize/LoopVectorize.cpp
parentf85ee9f8b40a0c1ac59be572e80527eb14e7a049 (diff)
downloadbcm5719-llvm-98b5f6d1596d17e5e6c7def7cf218da71dbefd85.tar.gz
bcm5719-llvm-98b5f6d1596d17e5e6c7def7cf218da71dbefd85.zip
[lit] Only return a found bash executable on Windows if it can understand Windows paths
Some versions of bash.exe, for example WSL's version expect paths in the form /mnt/c/path/to/dir rather than c:\\path\\to\\dir so will cause failures for any tests that require an external shell if used by lit. If we're on Windows and looking for an external shell, check that the found version of bash is able to parse a native path before returning that version. This patch also partially reverts the behaviour of r228221 by restoring the warning if bash cannot be found. This shouldn't pollute the lit stderr anymore as we're now using internal shell by default on Windows. If someone is explicitly specifying to use an external shell, it's probably worth alerting them to the fact that bash could not be found. Differential Revision: https://reviews.llvm.org/D52831 llvm-svn: 345019
Diffstat (limited to 'llvm/lib/Transforms/Vectorize/LoopVectorize.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud