Skip to content

Bump to v2.3.2 and v3.3.2#164

Open
robrobrobrob wants to merge 1 commit intopurpleprotocol:masterfrom
robrobrobrob:bump-mimalloc-3.3.2
Open

Bump to v2.3.2 and v3.3.2#164
robrobrobrob wants to merge 1 commit intopurpleprotocol:masterfrom
robrobrobrob:bump-mimalloc-3.3.2

Conversation

@robrobrobrob
Copy link
Copy Markdown

Summary

Bumps both bundled mimalloc submodules to the latest patch releases:

  • v3 submodule: v3.3.1v3.3.2
  • v2 submodule: v2.3.1v2.3.2

Mirrors the pattern of the previous bump (5da8f92 "Bump to v2.3.1 and v3.3.1") — submodule pointer changes only, no build-script or feature-flag changes.

Motivation

mimalloc 3.3.0 and 3.3.1 have a known bug on aarch64-pc-windows-msvc — the MSVC C atomics wrapper emits non-readonly atomic loads that fault when the target page is being unmapped, producing STATUS_ACCESS_VIOLATION (0xc0000005) at process / thread teardown.

Fixed upstream by microsoft/mimalloc@60a1f3b ("update MSVC C atomics wrapper to implement loads as readonly and use more optimal arm instructions (issue #1277)"), shipped in v3.3.2.

This regression is reported here as #159 and is also affecting downstream consumers — e.g. web-infra-dev/rspack#13925, where @rspack/binding-win32-arm64-msvc@2.0.1 segfaults on require() and during SWC minify on Windows ARM64 because libmimalloc-sys 0.1.47 ships the broken mimalloc 3.3.1.

Test plan

  • Diff matches the previous bump's pattern (submodule pointers only)
  • Existing CI (ubuntu-latest / macos-latest / windows-latest, all 6 feature combos) — will run automatically on this PR
  • Local build verification on windows-arm64: not performed — this dev box doesn't have MSVC C++ build tools installed. The fix's correctness depends on upstream microsoft/mimalloc v3.3.2 (validated by their own CI + their #1277 fix verification), and this PR only updates submodule pointers.

Refs #159.

Picks up the upstream fix for microsoft/mimalloc#1277, which causes
STATUS_ACCESS_VIOLATION (0xC0000005) on aarch64-pc-windows-msvc with
mimalloc v3.3.0 / v3.3.1 due to a non-readonly atomic load in the
MSVC C atomics wrapper.

Fixed upstream in microsoft/mimalloc@60a1f3b, shipped in v3.3.2.
Refs purpleprotocol#159.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant