build: zig_version por-receta — 5 víctimas C dropean gcc (zig 0.13)

Mata gcc para 5 de las 7 recetas que lo forzaban, vía una escotilla nueva:

- hammer-core/hammer-build: campo `[build].zig_version` por receta. Cuando se
  fija, el lab resuelve ese zig (hermano del por defecto, `zig-x86_64-linux-<v>`)
  en vez del global, y entra al hash SÓLO si está presente (baseline 9adefb82
  intacto). `effective_zig_dir` lo aplica en ensure_layout + Sandbox.

- Causa: BISECT con oráculo flex (reproducido sólo vía lab: musl DINÁMICO) — el
  miscompile es una REGRESIÓN de zig 0.14; 0.13.0 compila limpio, 0.14/0.15/0.16
  fallan. Es C/musl-dinámico, NO afecta C++.

- Flip a zig_version="0.13.0" (quitando CC=gcc): flex, openssl, elfutils,
  binutils, python3. Verificados: `as` 2.45.1 corre, python3 3.12.10 corre
  (deepfreeze OK), libcrypto/libelf sellan. Todas son tools (no inputs del 4/4).

cmake queda en gcc: su segfault es C++ (libc++/musl), bug distinto que 0.13 NO
arregla (ni con -static). El kernel queda pendiente de verificar.

Tests: hammer-core/hammer-build verdes.

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

recipes/flex.toml

@@ -14,16 +14,17 @@ tarball = "https://github.com/westes/flex/releases/download/v2.6.4/flex-2.6.4.ta
 sha256  = "e87aae032bf07c26f85ac0ed3250998c37621d95f8bd748b31f15b33c45ee995"
 
 [build]
-compiler = "zig-cc"
-target   = "x86_64-linux-musl"
-link     = "dynamic"
+compiler   = "zig-cc"
+target     = "x86_64-linux-musl"
+link       = "dynamic"
+# zig 0.13.0 en vez del 0.16 por defecto: flex se auto-construye (un `stage1flex` procesa su propio
+# scan.l → stage1scan.c) y con zig 0.14+ ese stage1flex sale miscompilado → "unrecognized rule". El
+# bug es una REGRESIÓN introducida en zig 0.14 (bisect: 0.13.0 compila flex LIMPIO, 0.14/0.15/0.16
+# fallan), específica del path musl DINÁMICO. Antes esto se esquivaba con `CC=gcc`; ahora con el zig
+# bueno por-receta ⇒ gcc deja de hacer falta (toolchain 100% zig). No es input del 4/4. SDD 11 §7.2b.
+zig_version = "0.13.0"
 
-# CC=gcc/CXX=g++ (NO zig), igual que binutils/python3/cmake: flex se auto-construye (un `stage1flex`
-# procesa su propio scan.l → stage1scan.c). Con `zig cc` ese stage1flex sale miscompilado y falla con
-# "unrecognized rule" al parsear scan.l (zig 0.16 miscompila binarios musl no-triviales). gcc nativo
-# (como Alpine) lo produce funcional. link=dynamic: gcc enlaza el musl del toolchain (estático con
-# libtool+stage-scanner es frágil; flex es herramienta de build-time, corre, no se enlaza en el 4/4).
 [build.phases]
-configure = "CC=gcc CXX=g++ ./configure --prefix=/usr --disable-nls --disable-shared"
-compile   = "CC=gcc CXX=g++ make -j\"$(nproc)\""
+configure = "./configure --prefix=/usr --disable-nls --disable-shared"
+compile   = "make -j\"$(nproc)\""
 install   = "make install DESTDIR=/out PREFIX=/usr"