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 1576Shell 205Rust 111Markdown 993774 Definiciones

⎇ 98f0b2d228ffebb06941dfc1f436167ab40d8f21 recipes/binutils.toml TOML · 47 líneas · 2.8 KB Historia crudo

recipes/binutils: GNU binutils 2.45.1 desde fuente (de-Alpinización del toolchain) 1c5d87208 · sergio ·

1# GNU binutils 2.45.1 — herramienta del toolchain hammer-from-source (variante b, SDD 11 §7.2b).
2#
3# ar/ld/as/ranlib/strip/objcopy/objdump/nm/readelf/addr2line/c++filt/size/strings del builder. Es la
4# misma versión que empaqueta Alpine 3.23.4 (binutils-2.45.1-r0), elegida para de-Alpinizar el toolchain
5# pieza a pieza.
6#
7# ⚠️ INERTE para el of_tree del 4/4: el compilador del lab es `zig cc`, que aporta su PROPIO ensamblador
8# interno y su `ld` (lld), además de los multitool `zig ar`/`zig ranlib`/`zig objcopy` que las recetas
9# usan vía AR='zig ar' etc. Las recetas del 4/4 (musl/busybox/hammerd/arje-zero) NO invocan el ld/as de
10# binutils, así que swapearlo NO cambia `of_tree(stage1')`. Por eso NO tiene flag SWAP_* dedicado en
11# selfhost-verify.sh; si se quiere ejercitar el swap, va por el escape `SWAPS="binutils=<hash>:usr/bin/ld
12# binutils=<hash>:usr/bin/as …"`. Esta receta existe para completar la provenance del toolchain (que el
13# builder sea reconstruible 100% desde fuente, no "binutils de Alpine"), no para mover el of_tree.
14#
15# Tool, no input compilado del 4/4 ⇒ build vainilla, sin patches. Tarball release GNU (configure ya
16# generado ⇒ AutoconfReady, como coreutils/m4/grep).
17#
18# CC=gcc/CXX=g++ (NO zig), igual que python3/cmake: zig 0.16 MISCOMPILA binarios musl grandes ⇒ binutils
19# construido con `zig cc` SEGFAULTEA al correr (`as` da "Internal error (Segmentation fault)"; ld/ar
20# mueren igual). gcc nativo (como lo compila Alpine) los produce funcionales. Es herramienta, no input
21# del 4/4 ⇒ el compilador da igual mientras los binarios corran.
22#
23# link = "dynamic": binutils usa libtool, que DESCARTA el `-static` del ejecutable final (lo reinterpreta
24# como "libs libtool estáticas"), así que un build "static" igual sale dinámico — y además zig cc deja un
25# NEEDED `libc.so` que no resuelve contra el musl de Alpine. gcc dinámico enlaza `libc.musl-x86_64.so.1`
26# correctamente, idéntico al propio binutils de Alpine (que también es dinámico, con libbfd/libctf .so).
27# El swap correría contra el musl del toolchain, presente en el builder.
28
29name    = "binutils"
30version = "2.45.1"
31
32[source]
33tarball = "https://ftp.gnu.org/gnu/binutils/binutils-2.45.1.tar.gz"
34sha256  = "2b63ae0ad015eb2755294f127bfd179c1849979dd87b6e8e1a7376964a4323dc"
35
36[build]
37compiler = "zig-cc"
38target   = "x86_64-linux-musl"
39link     = "dynamic"
40
41[build.phases]
42# --disable-nls: sin gettext (ausente en el toolchain hermético). --disable-werror: binutils promueve
43# varios warnings a error por defecto. --disable-gprofng: el profiler de binutils 2.4x no es parte del
44# toolchain ar/ld/as y arrastra chequeos de profiling (mcount) innecesarios.
45configure = "CC=gcc CXX=g++ ./configure --prefix=/usr --disable-nls --disable-werror --disable-gprofng"
46compile   = "CC=gcc CXX=g++ make -j\"$(nproc)\""
47install   = "make install DESTDIR=/out PREFIX=/usr"