Hash AOT: defer nested hash_algos/hash_equals on user-script standalone (#3357)

[PurHur]

Summary

Prepare user-script standalone AOT hash init for #3357 by avoiding nested PHP JIT helpers that emit invalid __hashtable__ bridge IR during minimal standalone init.

• StringHashAlgos: when UserScriptAotDeferNestedJit → inline HashAlgosRegistry LLVM (same pattern as StringHashHmacAlgos)
• StringHashCryptoJit: when deferring → StringHashCryptoLlvm EVP path + stub __compiler_hash_equals (skip nested HashEqualsJitHelper)

php-src ref: ext/hash/hash.c

Blocker (master)

User-script AOT compile currently fails LLVM module verify for all scripts (including echo "hi";), not only hash:

Module verification failed: Call parameter type does not match function signature!
call void @__value__writeHashtable(%__value__* %18, %__value__* %1)  ; expects __hashtable__*

Disabling StringHashCrypto::ensureStandaloneBodies in Context::ensureMinimalUserStandaloneBodies does not unblock — separate master regression needs bisect before merge.

Verification

# VM — green
./script/phpunit.sh --filter 'HashModuleTest|hash_context_incremental'

# AOT — red (master regression)
./script/docker-exec.sh -- bash -lc 'source script/php-env.sh && php bin/compile.php -o /tmp/h -r "echo hash(\"sha256\",\"hello\"),\"\n\";"'
./script/phpunit.sh --filter 'AotTest.*hash_context_incremental'

Closes #3357 when master AOT verify is green and hash fixtures pass.

Made with Cursor

[PurHur]

Maintainer verify (2026-07-13): not merge-ready on current branch.

Master now has #18726 — standalone hash AOT compile+run is green (hash('sha256','hello') → 2cf24dba…). This branch still hits LLVM module verify (__value__writeHashtable / writeNull type mismatch) on the same one-liner, likely because it predates the GC regression fix.

Next: rebase onto current master, re-run hash AOT fixtures + HashModuleTest, then request re-review.

[PurHur]

claim: PHP Runtime → PHP — continuing hash standalone defer on fresh branch from master (PR #18717 branch is stale vs master).

[PurHur]

Merged via #18770 (fresh branch agent/runtime-php-hash-aot-defer rebased on master — stale #18717 branch had 185-file drift).

PHP-in-PHP / LLVM shrink:

• StringHashCryptoJit::implementDeferred() — standalone user-script init uses StringHashCryptoLlvm + inline hash_algos registry + hash_equals stub; skips nested HashAlgosJitHelper / HashEqualsJitHelper that emitted invalid __hashtable__ bridge IR.
• Embed path unchanged: HashAlgosJitHelper / HashEqualsJitHelper / HashCryptoJitHelper PHP.

Verification:

./script/docker-exec.sh -- bash -lc 'source script/php-env.sh && vendor/bin/phpunit test/unit/StringHashAlgosRuntimeShrinkTest.php test/unit/StringHashCryptoRuntimeShrinkTest.php test/unit/JIT/StringHashCryptoRuntimeStandaloneTest.php'
# OK (6 tests)
./script/docker-exec.sh -- bash -lc 'source script/php-env.sh && vendor/bin/phpunit --filter "HashModuleTest|hash_context_incremental"'
# OK (12 tests)
make bootstrap-selfhost-vm-driver-execute-probe
# OK

Follow-up: separate master __value__writeHashtable module-verify regression for generic user-script AOT (echo "hi") remains — file fresh issue if still red after this merge.