Sorry few typos here (it's a bit late in the UK :) ).
On Tue, Aug 23, 2022 at 11:15 PM Jakub Zelenka wrote:
> If it fixes a bug, it should be merged before RC 1,
>> if it's a new feature or behavior change without a good reason, it should
>> probably put off until PHP 8.3.
>>
>
> In any case the
>
> If it fixes a bug, it should be merged before RC 1,
> if it's a new feature or behavior change without a good reason, it should
> probably put off until PHP 8.3.
>
As it was noted by Christoph, this is specifically spelled in release
process [1] and it was always the case that we allowed self
On Tue, Aug 23, 2022 at 6:27 PM Daniel Wolfe wrote:
>
> If we do go down the operator route, however, what tokens should be
> chosen? `%%` makes since for floor modulo, but `//` is already used for
> comments.
>
Yeah I appreciate it is tricky, because // is pretty much the only
obviously sensibl
On 2022-08-22 11:49 AM, David Gebler wrote:
The bit I think I might not like is these being functions, floor_div and
floor_mod. They may be easily confused with the similarly named and
existing fdiv and fmod functions. Wouldn't new operators, // and %%
respectively, be preferable?
Speaking to
Hi internals!
Next Tuesday, August 30 we will be doing a PHP-8.2 branch cut,
which will open up the master for working on PHP 8.3.
This will mean that bug fixes will have to include PHP-8.2 in their merge chain
(which means more work on merging patches targeting 8.2).
We still have unresolved is