summaryrefslogtreecommitdiffstats
path: root/appveyor.yml
diff options
context:
space:
mode:
authorJose Fonseca <[email protected]>2018-08-17 16:39:33 +0100
committerJose Fonseca <[email protected]>2018-08-21 09:46:19 +0100
commit9e5e3a8ead5321a6abc0add8f6e59e50052f9698 (patch)
tree8be188482f3f4f048c9c58763a5d86f9acf8659e /appveyor.yml
parent797cd198ae88c9a80233ba710c47117384081428 (diff)
appveyor: Set git core.autocrlf setting to true.
The git core.autocrlf setting defaults to true (ie, all text files get checked out as CRLF on Windows), except on Appveyor where's set to "input" (ie, all text files get checked out with the upstream repository's line endings, which for us typically means LF.) And this was masking on Appveyor a regression in gen_xmlpool.py processing t_options.h with CRLF line endings. This change makes core.autocrlf to be true, which would have enabled to immediately catch the issue, as seen in https://ci.appveyor.com/project/jrfonseca/mesa/build/51 Reviewed-by: Roland Scheidegger <[email protected]>
Diffstat (limited to 'appveyor.yml')
-rw-r--r--appveyor.yml7
1 files changed, 7 insertions, 0 deletions
diff --git a/appveyor.yml b/appveyor.yml
index 86440f0d76a..73be3c57df8 100644
--- a/appveyor.yml
+++ b/appveyor.yml
@@ -39,11 +39,18 @@ cache:
os: Visual Studio 2015
+init:
+# Appveyor defaults core.autocrlf to input instead of the default (true), but
+# that can hide problems processing CRLF text on Windows
+- git config --global core.autocrlf true
+
environment:
WINFLEXBISON_ARCHIVE: win_flex_bison-2.5.9.zip
LLVM_ARCHIVE: llvm-5.0.1-msvc2015-mtd.7z
install:
+# Check git config
+- git config core.autocrlf
# Check pip
- python --version
- python -m pip --version