[PurHur]

Summary

• Inside try, $a[new T()] = … was writing key "" (null coerce) instead of throwing TypeError: Illegal offset type when the dim temp collided with a merge-echo phi slot.
• Root cause: freshLiteralConstantSlot() on non-literals called forceFreshVarSlot() on the live new Temporary after TYPE_NEW had already stored the object — remapping left an empty dim slot.
• Fix: literals still rematerialize; non-literal dims copy into a fresh temp (same pattern as MethodCall receivers / Language: throw from finally chains pending exception — regression vs closed #5486 (zend_exceptions.c) #5506).

Closes #29532

Test plan

• Issue repro — Zend / VM / JIT identical:

  TypeError: Illegal offset type
  TypeError: Illegal offset type
  var TypeError: Illegal offset type
  done
  

  (test/repro/illegal_offset_object_key_new_in_try_29532.php; no TOSTRING / AFTER_*)
• php vendor/bin/phpunit --filter IllegalOffsetObjectKeyNewInTryTest → OK (1 test, 4 assertions)
• Compliance .phpt added: illegal_offset_object_key_new_in_try.phpt
• Not run: full ci-local / compliance suite / --strict north-star

Trust gates before claim

./script/release-readiness.sh --json → user_release_ready: yes, north-star5-fast: ok

Made with Cursor