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 /

recipes/openssl-threads.toml

@@ -11,7 +11,7 @@
 # El `configure` de CPython comprueba `#if !defined(OPENSSL_THREADS) || defined(OPENSSL_NO_THREADS)`
 # y aborta con «OPENSSL_THREADS is not defined, Python requires thread-safe OpenSSL».
 #
-# LA CAUSA NO ES OPENSSL, ES `link = "static"` DE LA RECETA. `hammer-build/src/lib.rs:285` mete
+# LA CAUSA NO ES OPENSSL, ES `link = "static"` DE LA RECETA. `takana-build/src/lib.rs:285` mete
 # `LDFLAGS=-static` cuando el link es estático, y el `Configure` de openssl (línea 1514) hace:
 #
 #     if (grep { $_ =~ /(?:^|\s)-static(?:\s|$)/ } @{$config{LDFLAGS}}) {
@@ -23,7 +23,7 @@
 # gana); el `configuration.h` salía byte a byte idéntico al de la canónica. Con `link = "dynamic"`
 # desaparece el `-static` de LDFLAGS y `OPENSSL_THREADS` vuelve a definirse.
 #
-# `no-shared` SE MANTIENE: seguimos produciendo `libcrypto.a`/`libssl.a`. `link` es de hammer (qué
+# `no-shared` SE MANTIENE: seguimos produciendo `libcrypto.a`/`libssl.a`. `link` es de takana (qué
 # LDFLAGS inyecta), `no-shared` es de openssl (qué artefactos emite). Son perillas distintas y acá
 # hacen falta las dos.
 #