chore: release v2.2.5

[github-actions]

🤖 New release

• rusty_alloc: 2.2.4 -> 2.2.5 (✓ API compatible changes)
• rusty_alloc-api: 2.2.4 -> 2.2.5 (✓ API compatible changes)

Changelog

rusty_alloc

2.2.5 - 2026-10-08

Fixed

• (alloc) keep free_inline's asm goto out of MSVC cleanup funclets

Fixed

• 2.2.1–2.2.4 failed to build in an MSVC consumer that unwinds, with LTO.
  free_inline's fast path is an asm! goto (LLVM callbr), and since
  2.2.1 GlobalAlloc::dealloc inlines it into every Rust deallocation,
  including the drops a panic runs. On MSVC targets those are EH cleanup
  funclets, which cannot hold a callbr: LLVM rejected the module ("Bogus
  funclet pad use ... Broken module found"). Reported by rusty_sloth (thin
  LTO, one codegen unit, panic = "unwind"). On target_env = "msvc" with
  panic = "unwind", free_inline now uses the plain-Rust decrement that
  aarch64 and Miri already use. The fix sits in free_inline itself, so it
  covers every caller, rusty_alloc::alloc::free and
  rusty_alloc_api::Heap::dealloc included, not just dealloc. MSVC builds
  with panic = "abort" and every other target are unchanged.
  Cost, on affected builds only: +3 instructions per local free (callgrind,
  the same code forced on Linux: small 52.26 -> 55.26 Ir/op); Rust
  GlobalAlloc workloads +0.30 % to +3.56 % whole-program, output identical.

rusty_alloc-api

2.2.5 - 2026-10-08

Fixed

• (alloc) keep free_inline's asm goto out of MSVC cleanup funclets

Fixed

• 2.2.1–2.2.4 failed to build in an MSVC consumer that unwinds, with LTO
  ("Bogus funclet pad use"): GlobalAlloc::dealloc inlined the core's
  asm! goto into EH cleanup funclets. Fixed in rusty_alloc (see its
  changelog); this crate's code is unchanged.

---

This PR was generated with release-plz.