GeezerVison

All CLA requirements met.

My only hangup on this is the file from the stdlib. If the file matches the line endings in the C Python repo, then we need to maintain the file as is.

@slide I checked locally and coding20731.py is CRLF when installing on Windows so it should be fine.

Hmm, nvm my last comment, in the CPython repo it's always CRLF. Looking at their .gitattributes:

Lib/test/cjkencodings/* -text
Lib/test/decimaltestdata/*.decTest -text
Lib/test/test_email/data/*.txt -text
Lib/test/xmltestdata/* -text
Lib/test/coding20731.py -text
Lib/test/test_importlib/data01/* -text

Indeed. But in this case I think we should take over all of those .gitignore specs and make sure all affected files are checked in exactly in the same way as in CPython, do you agree? Otherwise, we may have a situation that some tests (enabled in the future) pass on one platform but fail on another. Which version of CPython does the StdLib come from?

On a side note, I see that CPython declares *.ps1 files as always CRLF; IronPython had makefile.ps1 as always LF. I have made .ps1 files auto, which makes more sense in times of portable PowerShell.

I agree, we should probably add Src/StdLib/.gitattributes with the same specs as CPython. The StdLib comes from CPython 3.4.

They added those .gitatributes fairly recently, in 3.7 and then backported all the way to 3.5 and 2.7.

I think something the following would do the trick:

# Binary data types
*.aif binary
*.aifc binary
*.aiff binary
*.au binary
*.bmp binary
*.exe binary
*.icns binary
*.gif binary
*.ico binary
*.jpg binary
*.pck binary
*.png binary
*.psd binary
*.tar binary
*.wav binary
*.whl binary
*.zip binary

# Specific binary files
Lib/test/sndhdrdata/sndhdr.* binary

# Text files that should not be subject to eol conversion
Lib/test/cjkencodings/* -text
Lib/test/decimaltestdata/*.decTest -text
Lib/test/test_email/data/*.txt -text
Lib/test/xmltestdata/* -text
Lib/test/coding20731.py -text

# CRLF files
*.bat text eol=crlf
*.ps1 text eol=crlf

I took over those for .sln, .proj as well (although there are no such files in this location), just to prevent any surprises in the future.

Thanks for the PR!