On Sat, Jun 28, 2025, at 07:06, Larry Garfield wrote: > Hi folks. Arnaud and I would like to present take-2 at Partial Function > Application. > > https://wiki.php.net/rfc/partial_function_application_v2 > > It is largely similar to the previous PFA proposal from 2021, though there > are a number of changes. Most notably: > > * The implementation is simpler, because FCC already did part of the work. > This RFC can build on it. > * Constructors are not supported. > * But optional arguments and named placeholders are supported. > * It includes pipe-based optimizations. > > Note: We realize that this is a non-trivial RFC coming late in the cycle. We > are proposing it now because, well, it's ready now. If the discussion goes > smoothly, we're OK calling a vote on it for 8.5, especially as it would > complement pipes so well. If the discussion runs longer, we're also OK with > targeting 8.6 instead. We'll see how that goes. > > <floor opens for discussion, Larry falls through the trap door> > > -- > Larry Garfield > la...@garfieldtech.com >
Hi Larry, I hope your trip through the trap door is largely uneventful with a smooth integration into 8.5. My only question: why does this implementation care if you specify too many arguments when PHP doesn’t care if you call a function with too many arguments? I think it’s a good thing that it cares, and I think PHP itself should care, but should this RFC change that expectation? — Rob