Stdlib: xmlrpc_encode_request()/decode_request()/is_fault()/get_type()/set_type missing after encode/decode (#6579) #22254

Category

enhancement · php-src-strict · ext/xmlrpc depth · pillar 4 · child of #6579 / #19048

Problem

After #6579 / #19048, only xmlrpc_encode() / xmlrpc_decode() are registered. Request wrappers, fault detection, and type helpers from historic ext/xmlrpc remain missing (still useful on forward profiles where this repo advertises xmlrpc).

Verified 2026-07-22 on d82ae54ff (PHP_COMPILER_PROFILE=8.4):

Scope this issue to client/request + type helpers (encode_request, decode_request, is_fault, get_type, set_type). File server_* separately if needed.

php-src reference

• Historic php/php-src ext/xmlrpc/xmlrpc-epi-php.c (removed from core in 8.0; PECL successor) — request encode/decode + type APIs
• Manual: https://www.php.net/manual/en/ref.xmlrpc.php

PHP implementation target

• ext/xmlrpc/ helpers beside existing xmlrpc_encode / xmlrpc_decode (PHP-in-PHP; reuse VmXmlrpc)
• Register behind XmlrpcExtensionPolicy::advertisesExtension()
• No new runtime/*.c

Repro

./script/docker-exec.sh -- bash -lc 'PHP_COMPILER_PROFILE=8.4 php bin/vm.php -r '"'"'foreach (["xmlrpc_encode","xmlrpc_encode_request","xmlrpc_decode_request","xmlrpc_is_fault","xmlrpc_get_type","xmlrpc_set_type"] as $f) { echo $f, "=", var_export(function_exists($f), true), PHP_EOL; }'"'"''

Done when

• Listed client/type symbols exist when xmlrpc is advertised; withheld on reference profile like siblings
• encode_request/decode_request round-trip and is_fault match historic/Zend-era semantics on shared fixtures
• Compliance .phpt guards; php-src-strict; no C runtime growth