Files
hammer/recipes/zlib-ng.toml
T
sergioandClaude Fable 5 d48f9be636 zlib-ng 2.2.4 + dwarves 1.30 al catálogo (tanda planes-freebsd-2, sha256 verificados)
zlib-ng: el veredicto T5 hecho receta — dispatch SIMD en runtime en vez de
variantes v3; modo ZLIB_COMPAT, zlib.toml intocada (dep del frente rust).
dwarves: pahole para destrabar sched-ext; el kernel NO lo declara aún (el
análisis de repro BTF/pahole-skew va primero). Ambas al worker.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-16 23:52:24 -04:00

45 lines
2.0 KiB
TOML

# zlib-ng 2.2.4 — el veredicto del piloto T5 (plan-variantes-cpu, 2026-07-17): la respuesta a
# "¿zlib v3?" no es una variante de la zlib de madler sino este fork — SIMD (SSE4/AVX2/AVX512)
# con DISPATCH EN RUNTIME ⇒ un solo artefacto rinde en cualquier CPU, cero maquinaria de
# variantes. Probado en serio: Fedora 40 lo envía como la zlib del sistema.
#
# ENTRADA AL CATÁLOGO, NO REEMPLAZO: recipes/zlib.toml queda INTOCADA (es dep del frente rust
# —mrustc la enlaza— y pieza del toolchain sellado). zlib-ng se construye en modo compat
# (ZLIB_COMPAT=ON ⇒ libz.a con la ABI de zlib) para poder medir zlib-ng vs zlib en una máquina
# quieta y, si paga, adoptarla consumidor a consumidor vía [deps] — jamás con un rename mágico.
#
# cmake y no el ./configure propio: el configure de zlib-ng asume bash-ismos que el busybox sh
# del sandbox no trae; el generador cmake ya está sellado en el catálogo (y tras matar-gcc no
# arrastra runtime C++ de Alpine).
#
# PENDIENTE construir en el WORKER (el laptop no compila recetas C). sha256 verificado del
# tarball de GitHub 2026-07-17.
name = "zlib-ng"
version = "2.2.4"
[source]
tarball = "https://github.com/zlib-ng/zlib-ng/archive/refs/tags/2.2.4.tar.gz"
sha256 = "a73343c3093e5cdc50d9377997c3815b878fd110bf6511c2c7759f2afb90f5a3"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "static"
[deps]
build = ["busybox", "make", "cmake"]
[build.phases]
# -fno-sanitize=undefined: mismo motivo que zlib/libarchive (UBSan de zig cc en el .a estático).
# WITH_GTEST/ZLIB_ENABLE_TESTS off: el sandbox no corre tests y gtest arrastraría C++.
# CMAKE_POSITION_INDEPENDENT_CODE: mismo argumento que el -fPIC de zlib (enlazable en .so).
configure = """
cmake -B build -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr \
-DZLIB_COMPAT=ON -DBUILD_SHARED_LIBS=OFF -DZLIB_ENABLE_TESTS=OFF -DWITH_GTEST=OFF \
-DCMAKE_POSITION_INDEPENDENT_CODE=ON \
-DCMAKE_C_FLAGS='-O2 -fno-sanitize=undefined'
"""
compile = "make -C build -j\"$(nproc)\""
install = "make -C build install DESTDIR=/out"