Add full compiler toolchain, libc, examples and reference docs

First substantive commit: the entire Sprinter C compiler tree on top of
the bare README+gitignore initial commit.

What's in here:
  bin/sprinter-cc        — driver script invoking SDCC + linker + mkexe
  libc/                  — Sprinter-specific libc layer over ESTEX/BIOS
                           (conio, gfx, io, mem, stdio + headers)
  runtime/               — crt0 variants (default/small/banked/minimal)
                           + heap + bank trampolines
  toolchain/             — mkexe (SprintEXE packer, C + tests)
  examples/              — 30 demo programs (gfx, file I/O, env, time, …)
  lib/Makefile           — builds the libc archive (sprinter.lib)
  docs/                  — converted Sprinter manuals + asm reference samples
  third_party/           — solid-c reference compiler dump + sdcc setup script
  release_docs/          — packaging / release notes

gitignore overhaul:
  • Drop dangerous blanket patterns: *.asm (would hide docs/samples/*.asm)
    and *.exe (case-insensitive match was hiding third_party/solid-c/*.EXE
    on macOS APFS).  Replaced with examples/*/*.{asm,exe,…} and lib/*.lib.
  • Restore tracking of toolchain/mkexe/tests/{one,big}.bin — those are
    INPUT fixtures, not build outputs.
  • Collapse the duplicated SDCC/C/Sdcc sections into one section per
    concern (build outputs / vendored / OS-junk).
  • Add .sprinter-cc-*/, build/ (catches lib/build/ too), .claude/.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

third_party/solid-c/DOC/BUGS.!

@@ -0,0 +1,22 @@
+#include <stdio.h>
+
+char buffer[4]="AAA";
+//char buffer[4]={'A','A','A','A'};
+
+void main()
+{
+    printf("0x%02X\n", *buffer);		// (1) не правильно!
+    printf("0x%02X\n", (char *) *buffer);	// (2) правильно
+}
+
+Если массив buffer представляет собой char-элементы, то при обращении к нему,
+как показано в строке (1), компилятор сгенерирует не тот код, что нам нужно.
+При этом, никакой ошибки выдано не будет. Для того, чтобы компилятор сгенери-
+ровал правильный код, к отдельному элементу char-массива нужно обращаться так,
+как это сделано в строке (2), принудительно указав компилятору через cast-
+операцию то, что нам нужно.
+При обращении к массиву, состоящему из int-элементов, вышеописанных проблем
+не возникает, компилятор генерирует правильный код.
+Для более наглядного представления, о чем идет речь, можно просмотреть asm-
+листинг, генерируемый компилятором для приведенного выше примера. Для строки
+(1) компилятор не сгенерирует код "ld b,0".