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>

examples/conio/prob

@@ -0,0 +1,31 @@
+Задача -
+меняем алгоритм работы putch (и соответственно остальных ф-ий работающих через putch - cputs/cprintf и т.д.) -
+
+вводится еще одна глобальная переменная (с сеттером и геттером) - char - 
+как обрабатываются управляющие символы ф-иями вывода в conio - выводятся через wrchar или отрабатываются как управляющие
+если она 0 - то отрабатваются как управляющие -
+это символы 
+0x08 - BS - уменьшаем pc_col на 1 если она еще не равна 0 (если 0 - не меняется)
+0x09 - TAB - увеличиваем pc_col до ближайшего кратного 8-ми
+0x0A - LF - увеличиваем pc_row на 1 кроме случая когда pc_row = 32 - тогда уже не увеличиваем
+0x0D - CR - сбрасываем pc_col до 0
+в остальных случаях после вывода символа увеличиваем pc_col на 1 (но не более чем до 80)
+
+если же глобальная переменная 1 - то выводим ВСЕ символы as is через wrchar так же увеличивая pc_col на 1 (но не более чем до 80)
+
+Замечание - если pc_col == 80 или pc_row == 32 - можем просто не выводить символ
+(символы выводятся только если координаты X / Y = [0..79]/[0..31])
+
+такой режим только если attr <= 0x00FF, в противном случае - вывод через быстрый вывод без управления координат и цветом
+
+для ускорения предлагается создать raw putch который будет принимать в параметрах только символ и аттрибут.
+этой функции уже не надо будет проверять старший байт аттрибутов (а в аттрибуты будет принимать младший байт)
+этот raw putch всегда будет выводить через WRCHAR (но будет отрабатывать новый параметр - как отрабатывать управляющие сигналы)
+
+обычный putch вначале будет проверять attr что бы понять выводить через PUTCHAR (5B) или WRCHAR (58 - raw putch).
+аналогично cputs - вначале будет проверять attr что бы понять - выводить через PCHARS (5C - _cputs_pchars) или через WRCHAR (58 - raw putch)
+так же перед выводом и cputs и putcg будут получать текущие координаты для вывода и сохрнять их (если вывод идет через WRCHAR)
+
+то есть еще один пункт для оптимизации - мы должны только один раз получить кооринаты для вывода и один раз их сохранить 
+(если вывод через WRCHAR, если же через PUTCHAR/PCHARS - то за координаты отвечает уже сам ESTEX).
+