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…
licencias: la declaración del autor manda — y arreglo 5 recetas que ROMPÍ y commiteé
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"
11license = "Apache-2.0 OR MIT"
12
13[source]
14repo = "https://github.com/killercup/cargo-edit"
15commit = "98d58b713cb9a7715c01053dbd36cb84f3be1e4f"
16
17[build]
18compiler = "zig-cc"
19target = "x86_64-linux-musl"
20link = "static"
21flags = []
22
23[build.phases]
24compile = '''
25printf '%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"
26chmod +x "$PWD/.hammer-zig-cc"
27RF="-C linker=$PWD/.hammer-zig-cc"
28rustc -vV | grep -q 'host: .*-alpine-' || RF="$RF -C link-self-contained=no"
29for b in cargo-add cargo-rm cargo-upgrade cargo-set-version; do
30 CC=gcc CXX=g++ AR=ar RUSTFLAGS="$RF" cargo rustc --release --locked --bin "$b" -- -C target-feature=+crt-static -C relocation-model=static
31done
32'''