Stdlib: array_fill_keys() inline [new …] literal — operand lowering passes object as $keys (ext/standard/array.c)

[PurHur]

Summary

array_fill_keys([new stdClass()], 1) must fail with Error: Object of class stdClass could not be converted to string (object inside the keys array). VM mis-lowers the inline array literal and reports TypeError: … Argument #1 ($keys) must be of type array, stdClass given — as if the new expression were the $keys operand itself.

Using a variable works: array_fill_keys([$o], 1) reaches the correct Error.

Repro

./script/docker-exec.sh -- bash -lc 'source script/php-env.sh
php test/repro/maintainer_gap_array_fill_keys_inline_new.php
php bin/vm.php test/repro/maintainer_gap_array_fill_keys_inline_new.php'

Call	Zend PHP 8.2	VM today
array_fill_keys([new stdClass()], 1)	Error (object to string)	TypeError on $keys type ❌
array_fill_keys([$o], 1)	Error	Error ✓

var_export([new stdClass()]) alone is fine — bug is call-site operand lowering, same family as #10093/#10775 inline literal gaps.

php-src reference

• php/php-src ext/standard/array.c — php_array_fill_keys

Implementation (PHP-in-PHP)

• Compiler lowering / builtin dispatch: ensure inline [new …] array literal is materialized as array operand before array_fill_keys type check
• Likely shared fix with other builtins rejecting inline literal first args (Stdlib: array_merge() inline array literal + second operand — first arg arrives null (ext/standard/array.c) #10093, Stdlib: array_reduce() rejects non-empty inline array literal — LogicException not folded sum (ext/standard/array.c) #10775)
• ext/standard/VmArray.php runtime path already correct once operand arrives as array

Done when (php-src-strict)

• Inline repro throws Error matching Zend message
• Variable form still works
• No regression on array_combine([new stdClass()], [1]) (already correct)

Verification

./script/docker-exec.sh -- php bin/vm.php test/repro/maintainer_gap_array_fill_keys_inline_new.php

Related: #10093, #10775, #8779, #1492