Files
hammer/recipes/binutils.toml
T
sergioandClaude Opus 5 346cd59706 licencias: campo license en la receta — de 0 a 228 de 1141, sin re-hashear nada
La deuda legal bloqueante del SDD 19 §2.1. Medido hoy: **0 de 1141 recetas** declaraban
licencia, no «5 de 771» como decía el informe anterior. Los dos números estaban mal: los
«5» eran falsos positivos de `grep license` (el paquete `addlicense`, el paquete
`cargo-bundle-licenses`, una línea `install .../share/licenses/` y un comentario), y las
recetas son 1141. Contar con `grep -l <palabra>` sobre TOML cuenta comentarios y nombres,
no campos; `scripts/licencias.sh` cuenta el campo de verdad (clave en la raíz, antes del
primer `[table]`).

LO QUE HACE LA DEUDA PAGABLE: `Recipe::hash_inputs` es una LISTA BLANCA — sólo entran
source, compiler, target, link, patches, flags, phases y deps. `license` no entra, igual
que `evidence` y `slots`. Por eso se puede poblar en las recetas YA SELLADAS sin mover un
solo ArtifactHash. Verificado, no supuesto: en 40 recetas modificadas se comparó el hash
con y sin la línea — 40 idénticos, 0 cambiados. Si el campo entrara al hash, declarar la
licencia costaría reconstruir el corpus entero y no se haría nunca. Clavado con el test
`licencia_round_trip_y_no_afecta_el_hash`.

TRAMPA DE TOML: una clave suelta después de un `[table]` pertenece a esa tabla. Puesta al
final del fichero, `license` acaba dentro de `[deps]` y se pierde EN SILENCIO, porque serde
ignora los campos que no conoce — no hay error, simplemente no está. Va arriba, junto a
`name` y `version`; el sembrador la inserta tras `version`.

NO SE ADIVINA. Declarar mal una licencia es peor que dejarla vacía: convierte un hueco
visible en una afirmación falsa. Sólo se puebla desde una tabla curada entrada por entrada
(`docs/licencias-conocidas.tsv`); lo que no tiene evidencia queda vacío y se CUENTA.
Concretamente se descartó el atajo «k* = KDE ⇒ LGPL»: en este catálogo `kail`, `kind`,
`ko`, `kopia`, `krew`, `kustomize`, `kyverno`, `katana`, `kibi`, `kmon` y toda la familia
`kube*` son herramientas Go sin relación con KDE. El nombre no es evidencia.

Quedan 913, casi todas CLIs Go/Rust importados en masa — y ésas sí son automatizables con
evidencia real: Cargo.toml trae el campo `license` y los módulos Go traen su LICENSE en el
árbol. El cierre estructural es capturarlo en la fase de fetch, que ya descarga y extrae
cada tarball, y inyectar el texto en `hammer pack` (aguas abajo del ArtifactHash) en vez de
en la fase install (que sí re-hashearía).

De paso, respaldo-storagebox.sh reordenado por valor irreemplazable y con zstd: medido en
la oficina, el uplink da 8 Mbps iguales por cable y por wifi ⇒ 128 G no caben en una
sentada, así que sube primero el cerebro (estado + repo) y `--partial-dir` hace que cortar
a mitad de un artefacto no tire lo ya subido.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-07 10:24:11 -04:00

56 lines
3.2 KiB
TOML

# GNU binutils 2.45.1 — herramienta del toolchain hammer-from-source (variante b, SDD 11 §7.2b).
#
# ar/ld/as/ranlib/strip/objcopy/objdump/nm/readelf/addr2line/c++filt/size/strings del builder. Es la
# misma versión que empaqueta Alpine 3.23.4 (binutils-2.45.1-r0), elegida para de-Alpinizar el toolchain
# pieza a pieza.
#
# ⚠️ INERTE para el of_tree del 4/4: el compilador del lab es `zig cc`, que aporta su PROPIO ensamblador
# interno y su `ld` (lld), además de los multitool `zig ar`/`zig ranlib`/`zig objcopy` que las recetas
# usan vía AR='zig ar' etc. Las recetas del 4/4 (musl/busybox/hammerd/arje-zero) NO invocan el ld/as de
# binutils, así que swapearlo NO cambia `of_tree(stage1')`. Por eso NO tiene flag SWAP_* dedicado en
# selfhost-verify.sh; si se quiere ejercitar el swap, va por el escape `SWAPS="binutils=<hash>:usr/bin/ld
# binutils=<hash>:usr/bin/as …"`. Esta receta existe para completar la provenance del toolchain (que el
# builder sea reconstruible 100% desde fuente, no "binutils de Alpine"), no para mover el of_tree.
#
# Tool, no input compilado del 4/4 ⇒ build vainilla, sin patches. Tarball release GNU (configure ya
# generado ⇒ AutoconfReady, como coreutils/m4/grep).
#
# CC=gcc/CXX=g++ (NO zig), igual que python3/cmake: zig 0.16 MISCOMPILA binarios musl grandes ⇒ binutils
# construido con `zig cc` SEGFAULTEA al correr (`as` da "Internal error (Segmentation fault)"; ld/ar
# mueren igual). gcc nativo (como lo compila Alpine) los produce funcionales. Es herramienta, no input
# del 4/4 ⇒ el compilador da igual mientras los binarios corran.
#
# link = "dynamic": binutils usa libtool, que DESCARTA el `-static` del ejecutable final (lo reinterpreta
# como "libs libtool estáticas"), así que un build "static" igual sale dinámico — y además zig cc deja un
# NEEDED `libc.so` que no resuelve contra el musl de Alpine. gcc dinámico enlaza `libc.musl-x86_64.so.1`
# correctamente, idéntico al propio binutils de Alpine (que también es dinámico, con libbfd/libctf .so).
# El swap correría contra el musl del toolchain, presente en el builder.
name = "binutils"
version = "2.45.1"
license = "GPL-3.0-or-later"
[source]
tarball = "https://ftp.gnu.org/gnu/binutils/binutils-2.45.1.tar.gz"
sha256 = "2b63ae0ad015eb2755294f127bfd179c1849979dd87b6e8e1a7376964a4323dc"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "dynamic"
# zig 0.13.0 en vez del 0.16: con zig 0.14+ binutils miscompila (`as` SEGFAULTEA, "Internal error").
# Es la REGRESIÓN de zig 0.14 en C/musl (bisect con flex: 0.13.0 limpio, 0.14+ rotos). Antes se
# esquivaba con CC=gcc; ahora con el zig bueno por-receta gcc deja de hacer falta. SDD 11 §7.2b.
zig_version = "0.13.0"
[deps]
build = ["make"]
[build.phases]
# --disable-nls: sin gettext (ausente en el toolchain hermético). --disable-werror: binutils promueve
# varios warnings a error por defecto. --disable-gprofng: el profiler de binutils 2.4x no es parte del
# toolchain ar/ld/as y arrastra chequeos de profiling (mcount) innecesarios.
configure = "./configure --prefix=/usr --disable-nls --disable-werror --disable-gprofng"
compile = "make -j\"$(nproc)\""
install = "make install DESTDIR=/out PREFIX=/usr"