scripts/gc_provider_dylib_gate.sh fails on the macOS-14 and ubuntu-24.04-arm arms of gc-native-roots:
Error: "dlopen failed: dlopen(/var/folders/.../providers/issue-8038-response.dylib, 0x0006):
symbol not found in flat namespace '_js_readable_stream_new_with_strategy_and_source_type'"
The provider dylib references a runtime symbol that is not exported into the flat namespace. The x86-64 and Windows arms pass, so this is arm-specific or link-order-specific.
Likely window
Recent stream work is the obvious suspect — fix(stream): bridge file readables to web streams and fix(stream): root web adapter values across GC both landed in the window and touch the readable-stream surface.
Related
#9696 (now closed) described the keepalive gate hard-referencing each ext pump under #[cfg] instead of a contributor registry. If a symbol has to be named in a hand-maintained list to survive linking, this failure is the same root cause with a different symbol — check that first.
Done when
The gate's provider dylibs load on every arm.
Context
gc-native-roots has been red on main continuously since 2026-08-31, across the whole window. It is not a pr-gate context, so nothing blocks on it.
scripts/gc_provider_dylib_gate.shfails on the macOS-14 and ubuntu-24.04-arm arms ofgc-native-roots:The provider dylib references a runtime symbol that is not exported into the flat namespace. The x86-64 and Windows arms pass, so this is arm-specific or link-order-specific.
Likely window
Recent stream work is the obvious suspect —
fix(stream): bridge file readables to web streamsandfix(stream): root web adapter values across GCboth landed in the window and touch the readable-stream surface.Related
#9696 (now closed) described the keepalive gate hard-referencing each ext pump under
#[cfg]instead of a contributor registry. If a symbol has to be named in a hand-maintained list to survive linking, this failure is the same root cause with a different symbol — check that first.Done when
The gate's provider dylibs load on every arm.
Context
gc-native-rootshas been red onmaincontinuously since 2026-08-31, across the whole window. It is not apr-gatecontext, so nothing blocks on it.