Re: [RFC] Deprecations for PHP 8.6

On Monday, 22 June 2026 at 23:24, Seifeddine Gmati <azjezz@carthage.software> wrote: > Overall, everything looks good, however, i object (although not voting) to deprecating > in and out, because their position > in generics type parameter does not require them to be reserved keyword, and there's no parser > ambiguity. inout on the other hand does make sense to deprecate for > potential future inout parameters because there's an ambiguity with untyped parameters ( in > inout $x, is it the type or modifier ). > >> If we provide a new set of by-reference parameters I think we would want to have the possibility to do: - inout for mutable references - in for immutable references - out for out parameters (such as the $matches parameter of preg_match()) where the input value is explicitly discarded Thus, I would prefer to reserve them in bulk and if it turns out we don't use them we can always remove the restriction. Best regards, Gina P. Banyard