SergioandClaude Opus 5
72ba86c290
Un cambio de dos líneas en `llvm21` re-selló tres artefactos y los molió la granja sola, en orden,
por dependencia: llvm21 95956a16→bd4a4094, lld21 27be53c1→95a4794b, rust 015a07fb→702094a8.
llc --version Stack dump: + segfault → LLVM 21.1.2, Optimized build
opt --version ídem → LLVM 21.1.2
ld.lld «not built with zlib» → ENLAZA
rustc --version → 1.97.0 (built from a source tarball)
--print target-list → x86_64-alpine-linux-musl
cargo build + correr → 0,16 s y el binario habla
La config del sitio pasa a usar `lld` (más rápido); el `ld` de binutils queda documentado como
alternativa que también funciona.
LA REGLA QUE SE GANÓ SU LUGAR: **`link = "static"` en el encabezado decide cosas que la receta no
dice**. Van tres, todas medidas: apagó los threads de openssl, le mintió a libtool, y acá rompió los
registros estáticos de LLVM (`cl::opt`, `TargetRegistry`) porque el `static-pie` descarta sus
constructores globales. Con C++ grande la postura por defecto pasa a ser `dynamic` y medirlo — y el
control no es que selle: es CORRER UNA HERRAMIENTA del artefacto.
Y el corolario de por qué nadie lo vio en meses: el único consumidor de llvm21 era rust, que usa
`llvm-config` y las `.a`, nunca una herramienta. **Un artefacto puede estar roto en todo lo que nadie
usa** — como los 44 `cargo-*` sin cargo y los 23 binarios sin cargador.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
20 lines
1.4 KiB
TOML
20 lines
1.4 KiB
TOML
# Config del SITIO para cargo/rustc — SDD 31.
|
|
#
|
|
# ⚠ Sin esto, `cargo build` en una caja takana falla con `linker `cc` not found`: la distro NO TIENE
|
|
# compilador de C, y no hace falta que lo tenga. Lo que hace falta es decirle a rustc que el
|
|
# enlazador es el `ld` de binutils y que el modo es estático, que es el natural de musl.
|
|
#
|
|
# Por qué CADA flag, todos medidos el 2026-09-16 contra el rustc que construimos:
|
|
# · `linker-flavor=ld.lld` + `linker=/usr/bin/ld.lld` — el `lld` del corpus (`recipes/lld21.toml`).
|
|
# Hasta el 2026-09-16 acá decía el `ld` de binutils, porque el `lld` heredaba `LLVM_ENABLE_ZLIB=0`
|
|
# de `llvm21` y no podía leer las secciones de depuración COMPRIMIDAS de la libc del lab. Con
|
|
# `llvm21` reconstruido con zlib, lld enlaza y es más rápido. El `ld` de binutils sigue
|
|
# funcionando como alternativa: `-C linker-flavor=ld -C linker=/usr/bin/ld`.
|
|
# · `target-feature=+crt-static` — sin esto rustc pide `-lgcc`/`-lgcc_s` para el desenrollado y el
|
|
# enlace muere en `cannot find -lgcc`: la distro se construye con zig, que trae compiler-rt y no
|
|
# libgcc. Estático es además el modo natural de musl.
|
|
# · `link-self-contained=yes` — usa los `crt*.o` y la `libc.a` que el propio toolchain trae.
|
|
[target.x86_64-alpine-linux-musl]
|
|
linker = "/usr/bin/ld.lld"
|
|
rustflags = ["-C", "linker-flavor=ld.lld", "-C", "target-feature=+crt-static", "-C", "link-self-contained=yes"]
|