php-in-php: lazy HashTable locale/natural/multisort LLVM — drop always-on strcoll NestedJIT (ext/standard/array.c)

[PurHur]

Category

enhancement · php-in-php / runtime-shrink · Pillar 1 (Trust) · #32122 class

Problem

Type\HashTable::implement() still always emits locale/natural/multisort LLVM (__hashtable__sortStringKeysLocale, __hashtable__sortStringKeyValuesLocale, __hashtable__sort*Natural*, __multisort__packed). Those bodies call ensureStrcollAbis / ensureNaturalCompareAbis, so every AOT compile (including hello-world) NestedJITs strcoll/strnatcmp during HashTable init.

#35626 only moved the ensureLinked call off implement() entry; the sort implement* methods still run at init. Leftover NestedJIT vs Runtime ABI drift mints strcoll.1 / strnatcmp.1 (Module.php:180 — #31894 / #32122).

Repro	Zend 8.2+	AOT today
<?php echo "hi\n";	n/a	HashTable init NestedJITs locale/natural/multisort + strcoll

php-src reference

• php/php-src ext/standard/array.c — php_array_ksort / php_natsort / php_array_multisort
• php/php-src ext/standard/string.c — php_strcoll / strnatcmp

PHP implementation target

• lib/JIT/Builtin/Type/HashTable.php — do not registerFn/implement* locale/natural/multisort at type init; ensureSortAbi() register+implement on first lookup
• lib/JIT/Builtin/KeySortRuntime.php / ValueSortRuntime.php / NaturalSortRuntime.php / MultisortRuntime.php — call ensureSortAbi for the ABI in use only
• No new lib/AOT/runtime/*.c

Repro

./script/docker-exec.sh -- bash -lc 'php bin/compile.php -o /tmp/hello.bin /tmp/hello.php'

Hello-world IR must not contain __hashtable__sortStringKeysLocale / strcoll from HashTable init.

Done when

• HashTable::implement() does not call locale/natural/multisort implement*
• ksort(SORT_LOCALE_STRING) / natsort / array_multisort still work on AOT
• ./script/aot-smoke.sh stays 8/8
• No new runtime C

[PurHur]

claim: php-runtime-migration — HashTable locale/natural/multisort lazy LLVM (#32122 .1 mint class); no new runtime C.