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

54 lines
2.9 KiB
TOML

# pcre2 10.47 — biblioteca de regex Perl-compatible (C). Lib FUNDACIONAL: dep de grep-variants,
# pcre2-sys (crates Rust), y mucha cola C. De-Alpinizada (Etapa G):
# - compiler=zig-cc (migrado de gcc, matar-gcc 2026-07-16): C portable pero zig-cc miscompila libs C (patrón file/jq); gcc del rootfs es musl.
# - --disable-shared --enable-static: el lab linkea estático; queremos libpcre2-*.a en /usr/lib.
# - sin --enable-pcre2test-libedit (libedit no está en corpus, es solo para el test interactivo).
name = "pcre2"
version = "10.47"
license = "BSD-3-Clause"
[source]
tarball = "https://github.com/PhilipHazel/pcre2/releases/download/pcre2-10.47/pcre2-10.47.tar.bz2"
sha256 = "47fe8c99461250d42f89e6e8fdaeba9da057855d06eb7fc08d9ca03fd08d7bc7"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "static"
flags = []
[build.phases]
# ESTÁTICO DE VERDAD (2026-07-17, frente link-static-mentira-libtool):
# pcre2 enlaza sus ejecutables (pcre2grep, pcre2test) con **libtool**, y libtool NO reenvía el
# `LDFLAGS=-static` que el lab exporta por `link="static"` al linker: lo interpreta como "preferí
# los .a de libtool". Resultado: pcre2grep salía DINÁMICO (NEEDED: libz.so.1, libc.so) jurando ser
# estático — y `libc.so` es la musl que zig bundlea, que en el host son 255B de linker script ⇒ el
# artefacto no corría fuera del sandbox.
# El único flag de libtool que fuerza un binario 100% estático es `-all-static`, y va en `make`
# **Y** en `make install` (libtool RELINKEA al instalar; sólo en compile no basta). NUNCA en
# configure: rompe los tests de link de autotools.
# PIC (2026-07-17, destrabando qtbase → árbol KDE): los objetos del `.a` se compilaban SIN -fPIC, así
# que llevaban relocaciones absolutas R_X86_64_64 contra símbolos locales (pso_list en pcre2_compile.o,
# las tablas del JIT en pcre2_jit_compile.o). Al enlazar libpcre2-16.a en qtbase —PIE, como TODO binario
# static musl de takana— ld.lld lo rechaza: "relocation R_X86_64_64 cannot be used against local symbol".
# Es un landmine para el modelo static-PIE entero, no sólo Qt: cualquier consumidor PIE lo pisa.
# Fix = --with-pic + CFLAGS=-fPIC ⇒ objetos position-independent, linkables en PIE. El `-no-pie` de
# LDFLAGS es del EJECUTABLE pcre2grep (lo quiere el audit static) y convive con objetos -fPIC.
# JIT queda DESACTIVADO igual: genera código en runtime (W^X) y sus tablas siguen siendo frágiles;
# el regex es un pelo más lento y la API no cambia (pcre2_jit_compile devuelve error sin JIT).
compile = '''
CFLAGS="${CFLAGS:-} -fPIC" ./configure \
--build=$CBUILD --host=$CHOST \
--prefix=/usr \
--disable-shared --enable-static --with-pic \
--enable-pcre2-16 --enable-pcre2-32 \
--disable-jit \
--enable-pcre2grep-libz \
--disable-symvers
make CFLAGS="-O2 -fPIC" LDFLAGS="-all-static -no-pie" -j"$(nproc)"
'''
install = 'make DESTDIR=/out install LDFLAGS="-all-static -no-pie"'
[deps]
build = ["zlib", "make"]