fix(ci): supply _NSGetExecutablePath on Linux, so the seed links and CI publishes
The asset-pack boot calls _NSGetExecutablePath, which glibc does not have, so the Linux link of the compiler seed failed in every CI job - build-and-test, cfree-fixpoint and every publish run - since packs landed. The last release CI created was v0.7.0. The Linux shim now defines it over /proc/self/exe. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
parent
762d39bdff
commit
7586c3ad25
2 changed files with 37 additions and 1 deletions
9
changes/linux-ci-link.md
Normal file
9
changes/linux-ci-link.md
Normal file
|
|
@ -0,0 +1,9 @@
|
|||
bump: patch
|
||||
type: fix
|
||||
**The toolchain links on Linux again** — CI builds, tests and publishes releases.
|
||||
|
||||
The asset-pack boot finds the directory beside the executable with `_NSGetExecutablePath`,
|
||||
which Darwin's libc has and glibc does not, so every Linux link of the compiler seed failed
|
||||
from the release that added packs onward: CI's build, suite and C-free bootstrap jobs, and
|
||||
every `publish` run, so no release after v0.7.0 carried a Linux toolchain or was created by
|
||||
CI at all. `tools/ci/linux_stdio_shim.ll` now supplies it, over `/proc/self/exe`.
|
||||
Loading…
Add table
Add a link
Reference in a new issue