sergio/takana

Primeros prerequisitos para construir el kernel Linux desde fuente: el kbuild
usa flex (lexer de kconfig) y bison (parser LALR de kconfig/dtc), ausentes del
toolchain Alpine base. Herramientas de build-time, no inputs del 4/4.

- flex 2.6.4: CC=gcc (zig miscompila el stage1flex que procesa su propio scan.l
  → "unrecognized rule"; mismo gotcha que binutils/python/cmake). link=dynamic.
- bison 3.8.2: zig cc estático (tool chica, corre bien). Necesita m4 en runtime
  (recipes/m4.toml) y sus skeletons en /usr/share/bison (BISON_PKGDATADIR).

Validados: flex 2.6.4 / bison 3.8.2 corren y procesan specs (.l→1736 líneas,
.y→1270 líneas).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

diff --git a/recipes/bison.toml b/recipes/bison.toml
new file mode 100644
index 00000000..dee0f7f7
--- /dev/null
+++ b/recipes/bison.toml
@@ -0,0 +1,21 @@
+# GNU bison 3.8.2 — build-dep del kernel (frente kernel-from-source).
+#
+# El kbuild del kernel usa bison (generador de parsers LALR) para el parser de kconfig
+# (scripts/kconfig/parser) y dtc. No está en el toolchain Alpine base ⇒ se construye desde fuente.
+# Herramienta de build-time, no input del 4/4: build vainilla, sin patches.
+#
+# bison invoca `m4` en runtime (recipes/m4.toml ya provee el m4 del toolchain). Tarball release
+# (configure ya generado ⇒ AutoconfReady). Estático musl con zig cc.
+
+name    = "bison"
+version = "3.8.2"
+
+[source]
+tarball = "https://ftp.gnu.org/gnu/bison/bison-3.8.2.tar.gz"
+sha256  = "06c9e13bdf7eb24d4ceb6b59205a4f67c2c7e7213119644430fe82fbd14a0abb"
+
+[build]
+compiler = "zig-cc"
+target   = "x86_64-linux-musl"
+link     = "static"
+flags = ["--disable-nls"]
diff --git a/recipes/flex.toml b/recipes/flex.toml
new file mode 100644
index 00000000..76cebd6a
--- /dev/null
+++ b/recipes/flex.toml
@@ -0,0 +1,29 @@
+# flex 2.6.4 — build-dep del kernel (frente kernel-from-source).
+#
+# El kbuild del kernel usa flex (analizador léxico) para generar el parser de kconfig (scripts/kconfig)
+# y otros lexers. No está en el toolchain Alpine base ⇒ se construye desde fuente. Herramienta de
+# build-time, no input del 4/4: build vainilla, sin patches.
+#
+# Tarball release (configure ya generado ⇒ AutoconfReady). Estático musl con zig cc.
+
+name    = "flex"
+version = "2.6.4"
+
+[source]
+tarball = "https://github.com/westes/flex/releases/download/v2.6.4/flex-2.6.4.tar.gz"
+sha256  = "e87aae032bf07c26f85ac0ed3250998c37621d95f8bd748b31f15b33c45ee995"
+
+[build]
+compiler = "zig-cc"
+target   = "x86_64-linux-musl"
+link     = "dynamic"
+
+# 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)\""
+install   = "make install DESTDIR=/out PREFIX=/usr"