Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:128206
Precedence: bulk
MIME-Version: 1.0
Date: Thu, 24 Jul 2025 11:54:42 +0200
To: Larry Garfield <larry@garfieldtech.com>
Cc: php internals <internals@lists.php.net>
Subject: Re: [PHP-DEV] [RFC] Partial Function Application v2
In-Reply-To: <ab4fc5f1-223b-4fce-9a2a-62ab1daa405c@app.fastmail.com>
References: <b2f466e6-b9d8-4aec-a275-e7ae7c4b67ff@app.fastmail.com>
 <6cf2b42f-8cfd-49a0-bd73-35aedc54873c@app.fastmail.com>
 <085027ee22e5155c166dbca3e462433c@bastelstu.be>
 <ab4fc5f1-223b-4fce-9a2a-62ab1daa405c@app.fastmail.com>
Message-ID: <db4de203f6a002239e4d6a3c0f801929@bastelstu.be>
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

Am 2025-07-23 15:57, schrieb Larry Garfield:
> What other changes there are unaccounted for?  I thought we'd kept up 
> on the behavioral ones.

The support for attributes (particularly #[\SensitiveParameter]) is not 
mentioned in the RFC either. And as I mentioned yesterday, the observer 
support that I specifically asked about is missing / broken.

In my email from July, 10th I also had some follow-up questions / 
suggestions regarding the naming and the stack trace behavior, because I 
believe the semantics that Arnaud described are confusing.

Best regards
Tim Düsterhus