tawasuyu

sergio/takana

> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…

TOML 1572Shell 203Rust 109Markdown 993728 Definiciones

⎇ d48f9be636f45eb069a907672b00cf7617e9a4f0 recipes/zlib-ng.toml TOML · 44 líneas · 2.0 KB Historia crudo

zlib-ng 2.2.4 + dwarves 1.30 al catálogo (tanda planes-freebsd-2, sha256 verificados) d48f9be63 · sergio ·

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