testkit: модульные тесты под ucsim_z80 + планы покрытия

Обвязка для быстрых тестов plain-C логики: секунды вместо прогона в MAME,
без образа диска.  ucsim_z80 идёт в комплекте нашего SDCC — новых
зависимостей нет.

ПОЧЕМУ ПОД Z80, А НЕ ХОСТОВЫМ GCC.  У SDCC z80 int 16 бит, у хоста 32, и
расходится это НЕ в объявлениях, а в выражениях: integer promotion
повышает операнды до int независимо от того, объявлены они как uint8_t
или uint16_t.  Перевод кода на фиксированные типы разницу не убирает —
убирает только исполнение с z80-семантикой.  Побочно проверяется
кодогенерация SDCC и модули с inline-asm, которых хостовая сборка не
видит в принципе.

Устройство: crt0_ucsim.s (SP, зануление, main, halt), tcheck.* (итог в
структуру в ОЗУ), run_ucsim.py (гоняет ucsim, дампит tc_result, печатает
отчёт), host-tests.mk (общие правила).  Вывода через printf нет: тестовый
бинарь линкуется без Sprinter-libc.  Через ucsim-simif не идём — номера
его команд плавают между версиями, halt + dump работают везде.

Наборы лежат РЯДОМ с проверяемым кодом, обвязка общая:
  testkit/t_selftest.c                     — самопроверка (sizeof(int)==2)
  applications/PoP/roomtest/tests-host/    — движок PoP

Первый содержательный набор — t_geom: сверяет рукописный asm-LCG из
pop_geom.c с наивной 32-битной формулой на 128 шагах.  Заявка «бит-в-бит
как в SDLPoP» до сих пор держалась на комментарии.  Тест проверен
мутацией: порча эталонной константы даёт красный.

Планы дальнейшего покрытия:
  docs/host-tests-plan.md                    — libc и libbgi (не начато)
  applications/PoP/docs/host_tests_plan.md   — движок PoP

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

docs/TODO.md

@@ -5,6 +5,15 @@
 
 ## Ближайшее
 
+- [ ] **Модульные тесты libc и libbgi под ucsim_z80** — план:
+      `docs/host-tests-plan.md`.  Обвязка уже готова и обкатана
+      (`testkit/`, первый потребитель — PoP/roomtest).  Не срочно, но
+      обязательно: это основной продукт репозитория, а покрыт он сейчас
+      только интеграционными тестами в MAME.  Начинать с `time/` и
+      `stdio/` (нулевые швы), затем геометрия `libbgi/common`, затем
+      фейковые ESTEX/BIOS в тестовом crt0 — они открывают `file/`, `io/`,
+      `conio/` и проверку гардов (`_fd_guard`).
+
 Порядок реализации связки: **сначала цепочка irq, потом FPS-делитель
 поверх неё** (делитель — просто один слот цепи; так снимается EBUSY
 на сосуществование со своим тиком приложения).