Etapa G: oniguruma + jq destrabados — lib de regex al corpus (51→53)
jq estaba bloqueado por su lib de regex faltante. Importo oniguruma de Alpine (lib build-dep como zlib/libcap: el lab apila libonig.a + oniguruma.pc en /usr) y cableo jq con deps.build=[oniguruma]. Fricciones C resueltas, documentadas en las recetas: - oniguruma: el archive/ de GitHub no trae configure (Alpine corre autoreconf, pide autoconf/automake/libtool ausentes del corpus); uso el tarball de RELEASE que sí trae configure pregenerado -> sin autoreconf. - jq: gueto gcc (zig-cc lo miscompila -> segfault, igual que file). Estático vía libtool requiere -all-static en make Y en make install (libtool relinkea al instalar y descartaba el flag -> binario dinámico). Ahora jq sale static-pie. - el import emitia sed como build-dep; es herramienta del sandbox, no lib -> la quito. Ambos construyen+corren: jq-1.8.1 static-pie evalua JSON. Corpus 51->53.
This commit is contained in:
@@ -0,0 +1,44 @@
|
||||
# jq 1.8.1 — procesador de JSON. Etapa G, tier-2 C. Antes BLOQUEADO por falta de su lib de regex;
|
||||
# ahora destrabado por `recipes/oniguruma.toml` en el corpus.
|
||||
#
|
||||
# Importada de Alpine aports. Ajustes sobre el import crudo:
|
||||
# - deps.build = ["oniguruma"] SOLAMENTE. El import emitió `["oniguruma", "sed"]` desde el
|
||||
# makedepends de Alpine, pero `sed` es una herramienta build-time que el sandbox del lab YA trae
|
||||
# (busybox/coreutils) — no una lib a materializar; meterla como dep buscaría recipes/sed.toml (no
|
||||
# existe) y abortaría. oniguruma SÍ es lib: el lab apila libonig.a + oniguruma.pc en /usr y el
|
||||
# configure de jq la halla por pkgconf.
|
||||
# - El release `jq-1.8.1.tar.gz` ya trae `configure` (dist propio de jqlang) ⇒ sin autoreconf.
|
||||
# - test-portable.patch: parche de Alpine para que el suite de tests sea portable (musl).
|
||||
#
|
||||
# $CBUILD/$CHOST los provee el lab (Fase 3). link=static ⇒ el lab exporta LDFLAGS=-static.
|
||||
#
|
||||
# GUETO gcc (igual que file/gzip): con zig-cc jq salía ELF DINÁMICO y SEGFAULTEABA (zig-cc lo
|
||||
# miscompila, mismo patrón que `file`). Con gcc CORRE.
|
||||
#
|
||||
# ESTÁTICO vía libtool: jq enlaza su binario CON LIBTOOL, que ignora el `LDFLAGS=-static` del lab
|
||||
# (lo lee como "usá libs estáticas de libtool", no como flag al linker) ⇒ salía dinámico-musl. El
|
||||
# flag de libtool para binario 100% estático es `-all-static`, pero NO se puede poner en LDFLAGS del
|
||||
# configure (gcc no lo entiende ⇒ los test-compiles de configure fallarían). Solución: pasarlo SOLO
|
||||
# al `make` final (`make LDFLAGS=-all-static`) Y al `make install` (libtool RELINKEA el binario al
|
||||
# instalar; sin el flag ahí, el relink lo devolvía a dinámico). Resultado: jq ELF estático, como gzip/tar.
|
||||
|
||||
name = "jq"
|
||||
version = "1.8.1"
|
||||
|
||||
[source]
|
||||
tarball = "https://github.com/jqlang/jq/releases/download/jq-1.8.1/jq-1.8.1.tar.gz"
|
||||
sha256 = "2be64e7129cecb11d5906290eba10af694fb9e3e7f9fc208a311dc33ca837eb0"
|
||||
patches = ["test-portable.patch"]
|
||||
|
||||
[build]
|
||||
compiler = "gcc"
|
||||
target = "x86_64-linux-musl"
|
||||
link = "static"
|
||||
|
||||
[build.phases]
|
||||
configure = "./configure --build=$CBUILD --host=$CHOST --prefix=/usr --disable-docs --disable-shared --enable-static"
|
||||
compile = "make LDFLAGS=-all-static -j\"$(nproc)\""
|
||||
install = "make DESTDIR=/out prefix=/usr LDFLAGS=-all-static install"
|
||||
|
||||
[deps]
|
||||
build = ["oniguruma"]
|
||||
Reference in New Issue
Block a user