ackandClaude Fable 5.1
715d939727
- CRLF line endings are read as newlines on every system (the reader used to delete the pair, collapsing a Notepad++ file into one line on Linux and macOS); a leading UTF-8 byte-order mark is ignored; a UTF-16 or Windows-1252 source is refused with the encoding, the place and the remedy named. .gitattributes pins LF in every clone. - Windows source install: the repository path must hold no space (GNU Make), accented letters are fine (every linker input is relative now); python.org's Python is selected ahead of an MSYS2 one that poppler pulls in; TeX Live goes to its Windows default C:\texlive\2026. - The Python binding needs an ASCII installation path on Windows, and its suite says so there. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
10 lines
357 B
Plaintext
10 lines
357 B
Plaintext
# Every text file is LF in the working tree on every system, whatever
|
|
# core.autocrlf says: .kt, .k and the shell suites must be LF (2026-09-26).
|
|
* text=auto eol=lf
|
|
# Shipped verbatim, as the foundries wrote them (CRLF): never normalized.
|
|
fnt/**/*.txt -text
|
|
sks/document/fonts/**/*.txt -text
|
|
# Not shipped; kept byte-stable.
|
|
dbg/** -text
|
|
sks.alpha/** -text
|