Al construir el cargo del stage0 musl-host, minicargo (con RUSTC_TARGET seteado, aunque host==target==musl) corre los build-scripts bajo cargo-build/host/build_X/ pero el crate target hace include!/include_bytes!(OUT_DIR/..) apuntando a cargo-build/build_X/ (vacío) -> mrustc aborta con signal 6. Rompió en libsqlite3-sys (bindgen.rs) y en el binario cargo (man.tgz). Fix: symlink_outdirs() enlaza cada dir target -> host (salidas bit-idénticas porque host==target), aplicado en un bucle de reintento alrededor del build incremental de cargo (los sys-crates tardíos -cargo/curl/openssl/libgit2-sys/libssh2-sys- corren sus scripts al final, así que un solo pase no basta). Documentado como snag #4 en el README. Verificado: stage0 musl-host rustc 1.90.0 + cargo 1.90.0 construyen y corren con host=x86_64-unknown-linux-musl; desbloquea proc-macros nativos en run_rustc. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
rust-frontier — self-hosting the builder's rust toolchain
The last frontier of selfhost-verify variante (b): replace the Alpine
rustc/cargo 1.91.1 in /toolchain with a hammer-built rust, via the purist
mrustc chain (no prebuilt rustc binary). Path:
mrustc → rustc 1.90.0 (builds bundled LLVM) → 1.91.0 → 1.91.1
These scripts + patch are the working artifacts. The mrustc tree itself lives in
.scratch/mrustc (gitignored — it's a large third-party clone, upstream master
be69c74); only our deltas are tracked here.
Files
run_rustc.patch— patch against mrustcbe69c74forrun_rustc/Makefileandrun_rustc/rustc_proxy.sh. Apply from the mrustc root:git -C .scratch/mrustc apply /path/to/run_rustc.patchbuild-stage0-musl.sh— rebuild the mrustc stage0rustc+cargowith a musl host triple (output-1.90.0-x86_64-unknown-linux-musl/). Run inside the Alpine devfs sandbox (gcc, MRUSTC_TARGET_VER=1.90). Reuses the already-built LLVM andbin/mrustc.run-runrustc.sh— run arun_rustcmake target inside the devfs sandbox, pointed at the musl-host stage0.
Both runners hardcode
/home/sergio/hammerand assume the prepared devfs at.dev-fs/alpine(256-TLS-key musl loader + g++; see the bootstrap-devfs notes).
Why the patches exist (the snags)
The lab is musl-only (Alpine devfs); the 4/4 inputs (arje-zero/hammerd) are
built --target x86_64-unknown-linux-musl. Three coupled problems had to be fixed
to bootstrap a usable rust there:
-
stage-1 std built for gnu (
mmap64/open64undefined at link).minicargowas invoked without--target, so it used mrustc's default gnu triple — and gnu std references glibc's LFS64 symbols that musl 1.2.5 doesn't export. Fix: pass--target $(RUSTC_TARGET)to minicargo (Makefile:162) and to the stage-1 smoke-test (Makefile:172). A correct musl std uses the base libc symbols (open/mmap/…), matching Alpine's reference std. -
self-contained CRT absent. musl's default link is
-static-pieagainst alib/rustlib/<t>/lib/self-contained/CRT dir that the mrustc sysroot never populates. Fix:-C target-feature=-crt-static -C link-self-contained=noso the Alpine gcc supplies crt1/crti/crtn + crtbeginS/crtendS and links dynamically against the system musl (RUSTFLAGS in Makefile:111, plus the per-link sites). -
host-triple = gnu on a musl system (the deep one). cargo compiles build-scripts and proc-macros for the host; mrustc's stage0 rustc has its host triple baked as
x86_64-unknown-linux-gnu(not runtime-overridable). A proxy--target muslinject fixes build-script bins, but proc-macros are dlopen'd and must match the host triple structurally — injection makes them target artifacts that rustc rejects. Aliasing musl rlibs as gnu also fails: rustc reads the triple from rlib metadata (E0461), not the path.The only fix is a stage0 rustc whose host triple is musl — that's what
build-stage0-musl.shproduces (CFG_COMPILER_HOST_TRIPLEviaRUSTC_TARGET,--targetviaMRUSTC_TARGET). Then host==target==musl: cargo doesn't cross-compile, proc-macros load natively, andrustc_proxy.shonly needs the CRT flags (no--targetinject).Gotcha: do not pass
OUTDIR_SUFon make's command line — a command-line var can't be reassigned by the makefile, so the-muslsuffix append is skipped and the build contaminates the gnu output dir. Let it default. -
minicargo OUT_DIR host/target split (only when building the musl stage0's cargo). With
RUSTC_TARGETset, minicargo runs each cargo build-script undercargo-build/host/build_X/, but the target crate'sinclude!/include_bytes!(concat!(env!("OUT_DIR"), "/.."))resolvesOUT_DIRtocargo-build/build_X/(nohost/, empty) → mrustc aborts with signal 6. Hitlibsqlite3-sys(bindgen.rs) and thecargobinary (man.tgz). The gnu build never split (single triple → single dir). Since host==target the script outputs are bit-identical, sobuild-stage0-musl.shsymlinks the target dir to the host dir (symlink_outdirs). Late sys-crates (cargo, curl, openssl, libgit2-sys, libssh2-sys) run their scripts near the end, so it's applied in a retry loop around the incremental cargo build.
Workflow
# 1. apply the run_rustc patch into the mrustc clone
git -C .scratch/mrustc apply scripts/rust-frontier/run_rustc.patch
# 2. rebuild stage0 rustc+cargo with a musl host triple (~hours, reuses LLVM)
.scratch/build-stage0-musl.sh # -> output-1.90.0-x86_64-unknown-linux-musl/
# 3. build the optimised rustc + cargo via run_rustc (stage 1/2/3)
.scratch/run-runrustc.sh all
# 4. (next) climb 1.90.0 → 1.91.0 → 1.91.1, then swap rust into /toolchain
Full diagnostic history is in the selfhost-verify-rust-frontier memory.