Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:130064
Message-ID: <0616b43a-23dd-4ab8-9591-7a1e631dd434@bastelstu.be>
Date: Mon, 9 Feb 2026 22:09:41 +0100
Precedence: list
MIME-Version: 1.0
Subject: Re: [PHP-DEV] [Vote] Partial Function Application v2
To: Larry Garfield <larry@garfieldtech.com>,
 php internals <internals@lists.php.net>
References: <b0ea6584-97cd-4a8b-b0f9-a8b0ce9b7950@app.fastmail.com>
Content-Language: en-US
In-Reply-To: <b0ea6584-97cd-4a8b-b0f9-a8b0ce9b7950@app.fastmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
From: tim@bastelstu.be (=?UTF-8?Q?Tim_D=C3=BCsterhus?=)

Hi

On 11/20/25 22:59, Larry Garfield wrote:
> https://wiki.php.net/rfc/partial_function_application_v2

As part of my work on the PFA-for-$this RFC I noticed one thing that is 
left undefined in the RFC text and AFAICT not currently tested with the 
implementation PR, but appears to “just work” is late-static binding 
with `static::`:

     <?php

     class P {
         public static function m(string $a): void {
             echo __METHOD__, PHP_EOL;
             var_dump($a);
         }

         public static function get() {
             return static::m(?);
         }
     }

     class C extends P {
         public static function m(string|array $b): void {
             echo __METHOD__, PHP_EOL;
             var_dump($b);
         }
     }

     P::get()(a: 'a');
     C::get()(b: []);

This correctly results in:

     P::m
     string(1) "a"
     C::m
     array(0) {
     }

being output.

Can you please make sure to include this as an Erratum within the RFC 
text (and also make sure it gets a proper test in the PR, including all 
possible OPcache variations)?

Best regards
Tim Düsterhus