Files
hammer/recipes/openssl.toml
T
sergioandClaude Opus 4.8 7bf49fb960 build: zig_version por-receta — 5 víctimas C dropean gcc (zig 0.13)
Mata gcc para 5 de las 7 recetas que lo forzaban, vía una escotilla nueva:

- hammer-core/hammer-build: campo `[build].zig_version` por receta. Cuando se
  fija, el lab resuelve ese zig (hermano del por defecto, `zig-x86_64-linux-<v>`)
  en vez del global, y entra al hash SÓLO si está presente (baseline 9adefb82
  intacto). `effective_zig_dir` lo aplica en ensure_layout + Sandbox.

- Causa: BISECT con oráculo flex (reproducido sólo vía lab: musl DINÁMICO) — el
  miscompile es una REGRESIÓN de zig 0.14; 0.13.0 compila limpio, 0.14/0.15/0.16
  fallan. Es C/musl-dinámico, NO afecta C++.

- Flip a zig_version="0.13.0" (quitando CC=gcc): flex, openssl, elfutils,
  binutils, python3. Verificados: `as` 2.45.1 corre, python3 3.12.10 corre
  (deepfreeze OK), libcrypto/libelf sellan. Todas son tools (no inputs del 4/4).

cmake queda en gcc: su segfault es C++ (libc++/musl), bug distinto que 0.13 NO
arregla (ni con -static). El kernel queda pendiente de verificar.

Tests: hammer-core/hammer-build verdes.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-19 20:20:17 -04:00

37 lines
2.0 KiB
TOML

# OpenSSL 3.5.4 — de-Alpinización del build-dep del kernel (frente kernel-from-source).
#
# El host-tool `certs/extract-cert` del kernel #incluye <openssl/*.h> y enlaza -lcrypto (el defconfig
# fuerza CONFIG_SYSTEM_DATA_VERIFICATION=y vía la cadena KEYS←NFS/integrity/dns_resolver). Hasta ahora
# venía de `apk add openssl-dev` (bootstrap-lib); esta receta lo construye desde fuente para de-Alpinizar
# el camino del kernel. Misma serie que Alpine 3.23 (openssl 3.5.x).
#
# Build-tool de build-time: extract-cert enlaza libcrypto ESTÁTICA (.a) — NO se enlaza en el bzImage
# (es un host-tool que sólo corre durante la compilación). No afecta el of_tree del 4/4.
#
# openssl NO es autotools: usa su propio `Configure` (perl). Fases explícitas. CC=gcc (NO zig): es una
# lib grande de cripto con asm; gcc + binutils-as (como la compila Alpine) es lo robusto, y evita el
# riesgo de miscompilación de zig 0.16 en binarios grandes. `no-shared` ⇒ libcrypto.a/libssl.a estáticas
# (sin el lío de nombres de .so musl); `--libdir=lib` deja las libs en /usr/lib (no lib64). build_libs +
# install_dev: sólo las libs + headers + pkgconfig (sin la app `openssl`, sin docs/tests ⇒ más rápido).
name = "openssl"
version = "3.5.4"
[source]
tarball = "https://github.com/openssl/openssl/releases/download/openssl-3.5.4/openssl-3.5.4.tar.gz"
sha256 = "967311f84955316969bdb1d8d4b983718ef42338639c621ec4c34fddef355e99"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "static"
# zig 0.13.0 en vez del 0.16: el gcc era precautorio por el riesgo de miscompilación de zig 0.16 en
# binarios grandes (regresión 0.14). 0.13.0 lo esquiva (mismo bisect que flex). openssl es C+asm GAS,
# que el assembler integrado de zig cc (clang) maneja. Con el zig bueno por-receta gcc no hace falta.
zig_version = "0.13.0"
[build.phases]
configure = "./Configure linux-x86_64 --prefix=/usr --libdir=lib no-shared no-docs no-tests no-apps"
compile = "make -j\"$(nproc)\" build_libs"
install = "make DESTDIR=/out install_dev"