Regression: ParseUrl enum phantom on PROFILE≥8.4 — absent from php-src (re-#7260, ext/standard/basic_functions.stub.php) #28536

Category

bug · php-src-strict · ext/standard · pillar 4 (re-#7260)

Problem

#7260 closed by adding a ParseUrl backed enum for parse_url() components. Authoritative Zend php:8.4-cli / php:8.5-cli have enum_exists(ParseUrl::class) === false — component selection remains the PHP_URL_* ints only.

Under PHP_COMPILER_PROFILE≥8.4 the compiler still registers int-backed ParseUrl with cases Scheme/Host/Port/User/Pass/Path/Query/Fragment. Default (8.2) profile correctly omits it.

Probed 2026-08-07 @ cee406e863.

php-src reference

• php/php-src ext/standard/basic_functions.stub.php — parse_url(); no ParseUrl enum
• php/php-src ext/standard/url.c — PHP_URL_* component ints

PHP implementation target

• ext/standard/BuiltinEnums.php — registerParseUrl(): do not register under any profile that mirrors current php-src (or gate off permanently until php-src grows the enum)
• Call sites accepting ParseUrl::… as parse_url component — reject / TypeError like Zend
• PHP-in-PHP; no new runtime/*.c

Repro

cat >/tmp/parseurl_phantom.php <<'PHP'
<?php
echo enum_exists(ParseUrl::class) ? 'yes' : 'no', "\n";
PHP
PHP_COMPILER_PROFILE=8.4 ./script/docker-exec.sh -- bash -lc 'php bin/vm.php /tmp/parseurl_phantom.php'
# Zend: docker run --rm -i php:8.4-cli php </tmp/parseurl_phantom.php
# Expect: no
# Actual: yes

Done when

• enum_exists(ParseUrl::class) is false under PROFILE=8.4 and 8.5 (and default), matching Zend
• parse_url() still accepts PHP_URL_* ints like Zend
• Compliance/repro guard; php-src-strict