Files
takana/recipes
sergioandClaude Opus 4.8 6caf144d2c matar-gcc: procps-ng migrada a zig-cc — y destapa que link=static era mentira
31 migradas. La justificación escrita ("gueto, como vim/nano/htop") había
caducado: vim/nano/htop ya estaban en zig-cc. Tres problemas reales, ninguno
"zig miscompila":

1. rpl_realloc: la musl que zig bundlea (estática) devuelve NULL para
   realloc(p,0); AC_FUNC_REALLOC acierta y hace #define realloc rpl_realloc,
   pero procps-ng no trae esa función (la pide por AC_LIBOBJ y ningún
   Makefile.am usa @LIBOBJS@) ⇒ roto upstream en cualquier libc que conteste
   "no". Se suprime el renombrado por cache vars; no afirmamos que realloc sea
   GNU-compatible. Afectará a todo autoconf con AC_FUNC_REALLOC/MALLOC.

2. SIGSEGV: el binario salía musl-DINÁMICO con NEEDED libc.so. libtool lee el
   -static del lab como "usá mis .a", NO como flag al linker ⇒ link=static
   nunca se cumplió, ni con gcc. Fix con el patrón de jq/parted/shadow:
   LDFLAGS="-all-static -no-pie" en compile Y en install (libtool relinkea al
   instalar), nunca en configure.

3. UBSan: zig-cc lo activa por defecto; ps --sort=-rss aborta en sortformat.c
   (offset sobre puntero nulo, UB genuino de upstream pero inocuo). Patrón de
   libarchive/dwarves: -fno-sanitize=undefined.

Bit-repro verificado; 18 binarios responden y ps --sort da salida idéntica a gcc.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-17 00:12:00 -04:00
..