sergio/takana

1# btop 1.4.7 — monitor de recursos en TUI (CPU/mem/disco/red/procesos). C++20, Makefile.
2#
3# ── POR QUÉ ENTRA SI YA ESTÁ `bottom` ──────────────────────────────────────────────────────────
4# No se solapan del todo: `bottom` (Rust) es el monitor de la cola CLI y btop es el que la gente
5# busca por nombre. Pesa un binario y cero deps de runtime — el corpus ya tiene `ncurses`, pero
6# btop NO la usa: dibuja con secuencias ANSI propias.
7#
8# ── C++20 CON LA libc++ DE ZIG, Y POR QUÉ ESO NO ES GRATIS ────────────────────────────────────
9# btop es C++20 (`<ranges>`, `<format>`) y upstream compila con g++. Acá el compilador es zig-cc,
10# que trae **libc++** (`std::__1::`), no la libstdc++ de GNU — ver [[cxx-runtime-debe-coincidir]].
11# Eso es seguro porque btop NO enlaza ninguna librería C++ del corpus: todo su C++ es suyo. Si
12# algún día pidiera una, habría que decidir el runtime primero y la receta después.
13name    = "btop"
14version = "1.4.7"
15license = "Apache-2.0"
16
17[source]
18repo   = "https://github.com/aristocratos/btop"
19commit = "6e39144aaf5a6bc01b9f795010b0914431067183"
20
21[build]
22compiler = "zig-cc"
23target   = "x86_64-linux-musl"
24link     = "static"
25
26[build.phases]
27# ⚠ `configure = "true"` NO ES RELLENO. btop 1.4.x trae CMakeLists.txt **y** Makefile, y el
28# autodetector del lab ve el primero ⇒ generaba un `cmake -S . -B _build` que muere con
29# `cmake: not found` (cmake es una receta del corpus, no una herramienta del lab). La vía
30# soportada por upstream es el Makefile; apagar la fase de configure es lo que la elige.
31configure = 'true'
32# STATIC=true es la perilla de upstream para el binario estático; el `LDFLAGS=-static` del lab no
33# alcanza porque el Makefile arma su propia línea de enlace.
34compile = 'make STATIC=true VERBOSE=true'
35install = 'make install DESTDIR=/out PREFIX=/usr'