fix: stabilize learning path, reliability and legacy Windows builds

Unify beginner syntax while preserving compatibility, repair ownership and parser guards, add verified distribution tooling and VC6 Windows 98 build inputs, and clarify documentation and release status. Preserve DOS build-input line endings and exclude generated binaries/caches.

docs/C89.md

@@ -11,8 +11,9 @@ gcc -std=c89 -pedantic-errors -Werror=implicit-function-declaration src/claro.c
 ```
 
 `make -s all` uses the same strict C89 gate and builds `claro` and `claro.exe`.
-The Windows build scripts select C89 too, but Windows compilation/runtime has
-not been verified by this Linux refactor. The `.exe` name built by Linux make
+The Windows build scripts select C89 too and reserve a 16 MiB stack.
+A MinGW x64 executable has been compiled and exercised under Wine; native
+Windows acceptance is still unverified. See [portability notes](PORTABILITY.md). The `.exe` name built by Linux make
 still contains a Linux executable; it is not a Windows cross-build.
 
 The source is formatted with four-space indentation and a 100-column limit.
@@ -38,8 +39,9 @@ randomness and does not claim improved distribution.
 C89 describes the C language and standard library, not an entire operating
 system. Directory listing, subprocesses, filesystem checks, and HTTP execution
 still use existing platform branches (POSIX or Windows); real HTTP needs curl.
-This is not proof of MSVC6, Windows 98, DOS, or freestanding-system support.
-Those environments need their own compiler, link, and runtime checks.
+The separate [MSVC6 / Windows 98 build](WINDOWS98.md) uses the actual legacy
+compiler with a guarded CRT handle type and dedicated linker settings. Wine
+execution does not establish native Windows 98, DOS, or freestanding support.
 
 The C89 gate is tested with the host GCC and the host's integer/double model.
 It does not establish compatibility with every minimum-capability C89 compiler