Mesa (master): appveyor: Set git core.autocrlf setting to true.

[GitLab Mirror]

Module: Mesa
Branch: master
Commit: 9e5e3a8ead5321a6abc0add8f6e59e50052f9698
URL:    http://cgit.freedesktop.org/mesa/mesa/commit/?id=9e5e3a8ead5321a6abc0add8f6e59e50052f9698

Author: Jose Fonseca <jfonseca at vmware.com>
Date:   Fri Aug 17 16:39:33 2018 +0100

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 <sroland at vmware.com>

---

 appveyor.yml | 7 +++++++
 1 file changed, 7 insertions(+)

diff --git a/appveyor.yml b/appveyor.yml
index 86440f0d76..73be3c57df 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