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…
Etapa G: cosecha tanda CLI Rust — 5 promovidos estáticos (corpus 154→159)
1# cargo-edit 0.13.11 — cargo add/rm/upgrade/set-version. Etapa G, tier CLI Rust.
2# Caso especial: produce 4 bins (gated por las features default add/rm/upgrade/set-version) y NO
3# hay un bin `cargo-edit`. El path default del lab usa `cargo rustc -- <flags>` que exige UN único
4# target ⇒ inservible para multi-bin. Por eso una fase compile custom que REPLICA el setup estático
5# del lab (wrapper .hammer-zig-cc que reescribe --target + crt-static) pero con `cargo build` (todos
6# los bins). crt-static va TRAS `cargo rustc --` (sólo el bin top), NUNCA en RUSTFLAGS: ahí alcanza
7# a los proc-macros (clap_derive) y rustc aborta ("cannot produce proc-macro ... crt-static"). Como
8# `cargo rustc --` exige un único target, itero los 4 bins. El install lo auto-genera el lab.
9name = "cargo-edit"
10version = "0.13.11"
11
12[source]
13repo = "https://github.com/killercup/cargo-edit"
14commit = "98d58b713cb9a7715c01053dbd36cb84f3be1e4f"
15
16[build]
17compiler = "zig-cc"
18target = "x86_64-linux-musl"
19link = "static"
20flags = []
21
22[build.phases]
23compile = '''
24printf '%s\n' '#!/bin/sh' 'for a do' 'case "$a" in --target=*) a=--target=x86_64-linux-musl ;; esac' 'set -- "$@" "$a"' 'shift' 'done' 'exec zig cc -mcpu=baseline "$@"' > "$PWD/.hammer-zig-cc"
25chmod +x "$PWD/.hammer-zig-cc"
26RF="-C linker=$PWD/.hammer-zig-cc"
27rustc -vV | grep -q 'host: .*-alpine-' || RF="$RF -C link-self-contained=no"
28for b in cargo-add cargo-rm cargo-upgrade cargo-set-version; do
29 CC=gcc CXX=g++ AR=ar RUSTFLAGS="$RF" cargo rustc --release --locked --bin "$b" -- -C target-feature=+crt-static -C relocation-model=static
30done
31'''