You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix(scripts): make the R7a bash-3.2 control hold on a host that IS bash 3.2 (#12298)
R7a probed `mapfile` itself to prove the BASH_ENV harness really removes a
builtin. On stock macOS `/bin/bash` is 3.2, so `mapfile` is absent from the
PLAIN run too — `plain=` came back empty exactly like `sim.out=`, the assertion
could not be satisfied by any correct harness, and `check:objectui-changeset`
sat red on every macOS seat while CI (ubuntu-latest, bash 5) stayed green.
Option B: the probe builtin is now chosen at RUNTIME from bash 2.x-era builtins
the host itself reports as builtins and that have no external `/usr/bin` twin,
so `enable -n` on one yields the same 127 "command not found" a missing bash-4
builtin yields on 3.2. No skip leg: a host offering no qualifying builtin
reddens loudly. A second leg, R7a2, asserts the state R7b actually depends on —
mapfile unavailable in the R7b shell — which holds on both hosts for different
reasons, so neither host can pass R7b vacuously.
`scripts/bump-objectui.sh` is untouched; R7/R7b/R7c still redden when a bash-4
builtin is reintroduced into it.
Claude-Session: https://claude.ai/code/session_01UjM2ia8Av1v5NqfqQEQmC6
Co-authored-by: Claude <noreply@anthropic.com>
0 commit comments