Files
Sergio e852f48491 takana etapa 5a: los comentarios de las 741 recetas
Barrido de TEXTO puro: 1427 líneas de comentario TOML. Cero ArtifactHash
movidos, y eso está MEDIDO, no deducido: hasheé las 741 antes y después y los
ficheros de hashes son idénticos byte a byte (723 con hash real + 18 que ya no
hasheaban de antes).

El guardián valió la pena: el primer barrido, filtrando por 'la línea empieza
con #', movió el hash de helix, lsof y steam-runtime-sniper. La causa es que una
fase se escribe como compile = <triple> ... <triple> y sus comentarios de SHELL
también empiezan con #, pero viven dentro del VALOR — y las fases sí entran en
hash_inputs. El barrido ahora calcula los rangos de las cadenas multilínea de
TOML y no entra ahí.

Quedan intactos a propósito: .hammer-zig-cc y .hammer-cargo-vendor (literales
dentro de fases), hammerd, hammer-recover y toda ruta que empiece por /
2026-09-09 19:23:26 +00:00

22 lines
811 B
TOML

# GNU patch 2.8 — herramienta del toolchain takana-from-source (variante b, SDD 11 §7.2b).
#
# El lab la invoca en `apply_patches` (takana-build/src/fetch.rs: `patch -p1`) cuando una receta trae
# `source.patches` — p.ej. el overlay de compatibilidad de `linux-headers`. Reemplaza el `patch` del
# paquete homónimo de Alpine. Tool, no input del 4/4: build vainilla, sin patches.
#
# Tarball release GNU (configure ya generado ⇒ AutoconfReady, como grep/make). Estático musl, zig cc.
name = "patch"
version = "2.8"
license = "GPL-3.0-or-later"
[source]
tarball = "https://ftp.gnu.org/gnu/patch/patch-2.8.tar.gz"
sha256 = "308a4983ff324521b9b21310bfc2398ca861798f02307c79eb99bb0e0d2bf980"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "static"
flags = ["--disable-nls"]