sergio/takana

1Registra el triple de Alpine `x86_64-alpine-linux-musl` como target de rustc.
2
3POR QUÉ (SDD 31 §4.bis). El build usa el triple de Alpine en todas partes porque el stage0 es el
4rustc del LAB y Alpine RENOMBRA su triple: con el canónico, el stage0 no tiene la std
5(`can't find crate for std`). Pero ese nombre lo conoce el rustc de Alpine y NO el de upstream, así
6que en el stage 2 —cuando toma el relevo el compilador que acabamos de construir— el build muere:
7
8    error: error loading target specification: could not find specification for target
9           "x86_64-alpine-linux-musl"
10
11O sea: el triple que hace falta para ARRANCAR el build es el que el PRODUCTO del build no tiene.
12Esto lo mete DENTRO del compilador, que es lo que hace Alpine en su APKBUILD, y por eso vale en
13todos los stages (un `.json` por `RUST_TARGET_PATH` no sirve para el triple del HOST).
14
15La única diferencia real con el spec canónico es `crt_static_default = false`: es lo que habilita
16dylibs y, con ellos, los PROC-MACROS. Un rustc con `crt-static` por default no puede compilar
17`serde_derive` ni `clap_derive` — ni las 44 recetas `cargo-*` del corpus que usan `derive`.
18
19--- /dev/null
20+++ b/compiler/rustc_target/src/spec/targets/x86_64_alpine_linux_musl.rs
21@@ -0,0 +1,37 @@
22+use crate::spec::{
23+    Arch, Cc, LinkerFlavor, Lld, SanitizerSet, StackProbeType, Target, TargetMetadata, base,
24+};
25+
26+pub(crate) fn target() -> Target {
27+    let mut base = base::linux_musl::opts();
28+    base.cpu = "x86-64".into();
29+    base.plt_by_default = false;
30+    base.max_atomic_width = Some(64);
31+    base.add_pre_link_args(LinkerFlavor::Gnu(Cc::Yes, Lld::No), &["-m64"]);
32+    base.stack_probes = StackProbeType::Inline;
33+    base.static_position_independent_executables = true;
34+    base.supported_sanitizers = SanitizerSet::ADDRESS
35+        | SanitizerSet::CFI
36+        | SanitizerSet::LEAK
37+        | SanitizerSet::MEMORY
38+        | SanitizerSet::THREAD;
39+    base.supports_xray = true;
40+    // A DIFERENCIA del spec canónico, que lo deja en `true`: sin esto no hay dylibs, y sin dylibs
41+    // no hay proc-macros. Es el mismo valor que usa Alpine en su rustc.
42+    base.crt_static_default = false;
43+
44+    Target {
45+        llvm_target: "x86_64-alpine-linux-musl".into(),
46+        metadata: TargetMetadata {
47+            description: Some("64-bit Alpine Linux with musl (triple propio de Alpine)".into()),
48+            tier: Some(3),
49+            host_tools: Some(true),
50+            std: Some(true),
51+        },
52+        pointer_width: 64,
53+        data_layout:
54+            "e-m:e-p270:32:32-p271:32:32-p272:64:64-i64:64-i128:128-f80:128-n8:16:32:64-S128".into(),
55+        arch: Arch::X86_64,
56+        options: base,
57+    }
58+}
59--- a/compiler/rustc_target/src/spec/mod.rs
60+++ b/compiler/rustc_target/src/spec/mod.rs
61@@ -1506,6 +1506,7 @@
62     ("aarch64-unknown-linux-musl", aarch64_unknown_linux_musl),
63     ("aarch64_be-unknown-linux-musl", aarch64_be_unknown_linux_musl),
64     ("x86_64-unknown-linux-musl", x86_64_unknown_linux_musl),
65+    ("x86_64-alpine-linux-musl", x86_64_alpine_linux_musl),
66     ("i686-unknown-linux-musl", i686_unknown_linux_musl),
67     ("i586-unknown-linux-musl", i586_unknown_linux_musl),
68     ("mips-unknown-linux-musl", mips_unknown_linux_musl),