sergio/takana

1# ══ SUBIÓ AL CORPUS (2026-09-04), Y LA COPIA DE LA COLA SE JUBILÓ ══════════════════════════════
2# Nació en `incoming-cosmic` porque la pidió un crate `*-sys` del portal. Sube porque la PLATAFORMA
3# GECKO la necesita: el build de Firefox corre `bindgen` sobre los headers de C++ y bindgen carga
4# `libclang.so` en runtime — sin esto no hay Firefox, ni Waterfox, ni Zen. Y desde el corpus no se
5# alcanza una cola hermana.
6#
7# La mudanza fue GRATIS y se midió antes: sus cinco deps (cmake, samurai, python3, pkgconf, llvm18)
8# viven SÓLO en el corpus, o sea que `incoming-cosmic` ya las resolvía por caída al padre ⇒ el cierre
9# no cambia. `takana hash` dio el MISMO ArtifactHash (b3:25d95279…) en las dos rutas, así que
10# `xdg-desktop-portal-cosmic` no se entera: sigue resolviéndola por caída al padre, sin rebuild.
11# Se MUEVE y no se copia — dos ficheros para un artefacto es el cuadro de las dos glib esperando a
12# que uno de los dos derive.
13#
14# clang18 (18.1.8) — **sólo `libclang.so`**, y no está acá por querer un compilador más: está porque
15# `bindgen` no puede generar bindings sin él, y sin bindgen no hay backend del portal.
16#
17# ── LA CADENA DE POR QUÉ, QUE CONVIENE LEER ENTERA ANTES DE JUZGAR EL TAMAÑO ─────────────────────
18#   `cosmic-screenshot` pide una captura al portal
19#     → el frontend `xdg-desktop-portal` enruta al backend
20#       → `xdg-desktop-portal-cosmic` implementa ScreenCast/Screenshot
21#         → declara `pipewire` y `libspa-sys` como deps DURAS (no opcionales)
22#           → `libspa-sys/build.rs` corre `bindgen::builder()` **incondicional**, sin bindings
23#             pregenerados de reserva
24#             → bindgen carga `libclang.so` en tiempo de ejecución.
25#
26# Se verificó que no hay atajo: el `build.rs` de libspa-sys no tiene rama alternativa (a diferencia
27# de `aws-lc-sys`, que sí cae a bindings pregenerados con `cargo:rustc-cfg=universal` y por eso cruzó
28# a musl sin cmake ni perl). Y `libclang.so` no está en el corpus ni en los 182 binarios del rootfs
29# del constructor: `llvm18` se selló con `-DLLVM_ENABLE_PROJECTS=""`, o sea LLVM a secas para el JIT
30# de llvmpipe.
31#
32# ── POR QUÉ ES MÁS BARATO DE LO QUE PARECE ──────────────────────────────────────────────────────
33# **No se recompila LLVM.** El artefacto `llvm18` ya publica `usr/include/llvm`, `usr/include/llvm-c`
34# y `usr/lib/cmake/llvm`, así que esto es un build de clang CONTRA un LLVM ya sellado
35# (`-DCLANG_LINK_CLANG_DYLIB=ON` + `LLVM_LINK_LLVM_DYLIB`), no el monstruo entero.
36#
37# Se instala sólo lo que bindgen necesita. El binario `clang` NO es el objetivo: el compilador de
38# esta distro sigue siendo zig-cc, y agregar otro compilador al catálogo sería justo lo contrario de
39# la deuda que la campaña «matar gcc» viene pagando.
40#
41# ── PATRÓN gcc-de-gueto, igual que llvm18 y cmake ───────────────────────────────────────────────
42# C++ a escala ⇒ g++ del sandbox con `-static-libstdc++ -static-libgcc`, para que la `.so` quede con
43# `NEEDED` sólo `libc.musl` y no arrastre el runtime C++ de Alpine a todo el que la declare. Es la
44# lección de «MATAR GCC última milla»: sin esos dos flags, el artefacto contagia `libstdc++` y
45# `libgcc_s` a cada build que lo use.
46#
47# ⚠ **BUILD PESADO**: mismo peso que llvm18, que se selló en el worker gordo de la granja. En el
48# laptop pide horas y decenas de GB de `/home`.
49name    = "clang18"
50version = "18.1.8"
51license = "Apache-2.0 WITH LLVM-exception"
52
53[source]
54tarball = "https://github.com/llvm/llvm-project/releases/download/llvmorg-18.1.8/llvm-project-18.1.8.src.tar.xz"
55sha256  = "0b58557a6d32ceee97c8d533a59b9212d87e0fc4d2833924eb6c611247db2f2a"
56
57[build]
58compiler = "zig-cc"
59target   = "x86_64-linux-musl"
60link     = "dynamic"
61
62[build.phases]
63configure = '''
64CC=gcc CXX='g++ -static-libstdc++ -static-libgcc' \
65cmake -S clang -B build -G Ninja \
66  -DCMAKE_BUILD_TYPE=Release \
67  -DCMAKE_INSTALL_PREFIX=/usr \
68  -DCMAKE_CXX_FLAGS="-include cstdint" \
69  -DCMAKE_C_FLAGS="-include stdint.h" \
70  -DLLVM_DIR=/usr/lib/cmake/llvm \
71  -DLLVM_LINK_LLVM_DYLIB=ON \
72  -DCLANG_LINK_CLANG_DYLIB=ON \
73  -DLLVM_ENABLE_RTTI=ON \
74  -DCLANG_INCLUDE_TESTS=OFF \
75  -DCLANG_INCLUDE_DOCS=OFF \
76  -DCLANG_ENABLE_STATIC_ANALYZER=OFF \
77  -DCLANG_ENABLE_ARCMT=OFF \
78  -DLLVM_INCLUDE_TESTS=OFF \
79  -DLLVM_INCLUDE_DOCS=OFF
80'''
81compile = "ninja -C build libclang.so clang-resource-headers"
82# Sólo la librería y sus cabeceras: `ninja install` traería el binario `clang`, `clang-format`,
83# `scan-build` y compañía, que acá no cumplen ninguna función.
84install = '''
85mkdir -p /out/usr/lib /out/usr/include
86cp -a build/lib/libclang.so* /out/usr/lib/
87cp -a clang/include/clang-c /out/usr/include/
88'''
89
90[deps]
91build = ["cmake", "samurai", "python3", "pkgconf", "llvm18"]