Hi Tim,
On Thu, Sep 23, 2021 at 1:32 PM Tim Starling wrote:
>
> Please consider my RFC for locale-independent case conversion.
>
> https://wiki.php.net/rfc/strtolower-ascii
very good one, thanks :)
> https://github.com/php/php-src/pull/7506
> The RFC and associated PR ended up going some way
Please consider my RFC for locale-independent case conversion.
https://wiki.php.net/rfc/strtolower-ascii
https://github.com/php/php-src/pull/7506
The RFC and associated PR ended up going some way beyond the original
scope, because for consistency, it's best if everything has the same
concept of c
On 19/9/21 12:33 am, tyson andre wrote:
> When implementing this, Zend/Optimizer/sccp.c has optimizations for functions
> such as str_contains, etc to optimize.
> After removing locale dependence, those optimizations could be safely added
> for functions that would be locale independent as a resu
Go Kudo wrote:
> Dan Ackroyd wrote:
>> you can _simply_ include ext/random/random.h." sounds pretty
>> dismissive of causing possibly unneeded work for downstream projects.
>
> The point I was trying to make was that while BC Breaks do occur, they are
> very easy to solve.
I've found it useful t
On 22/09/2021 15:02, Kamil Tekiela wrote:
I just want to point out that PHP does not follow semantic versioning. It
never did and there are no plans to start following it now.
This statement is true.
Breaking changes were made in all previous versions, both major and minor.
This statemen
> As somebody who's been contributing to and maintaining OSS libraries
> forever (since 2002), the pace of change of PHP is, frankly, ridiculous. I
> can keep up with patches. I can keep up with new features. But BC breaks
> EVERY YEAR just creates churn. I've spent most of the past 18 months doing
On Wed, 22 Sept 2021 at 15:24, Matthew Weier O'Phinney <
mweierophin...@gmail.com> wrote:
> On Wed, Sep 22, 2021 at 9:01 AM G. P. B. wrote:
>
>> On Wed, 22 Sept 2021 at 14:30, Matthew Weier O'Phinney <
>> mweierophin...@gmail.com> wrote:
>>
>>> Yesterday, I opened an issue regarding a change in t
On Wed, Sep 22, 2021 at 9:39 AM Calvin Buckley wrote:
> On Sep 22, 2021, at 11:24 AM, Matthew Weier O'Phinney <
> mweierophin...@gmail.com> wrote:
> > As somebody who's been contributing to and maintaining OSS libraries
> > forever (since 2002), the pace of change of PHP is, frankly, ridiculous.
On Sep 22, 2021, at 11:24 AM, Matthew Weier O'Phinney
wrote:
> As somebody who's been contributing to and maintaining OSS libraries
> forever (since 2002), the pace of change of PHP is, frankly, ridiculous. I
> can keep up with patches. I can keep up with new features. But BC breaks
> EVERY YEAR
Le 22/09/2021 à 16:24, Matthew Weier O'Phinney a écrit :
On Wed, Sep 22, 2021 at 9:01 AM G. P. B. wrote:
On Wed, 22 Sept 2021 at 14:30, Matthew Weier O'Phinney <
mweierophin...@gmail.com> wrote:
As somebody who's been contributing to and maintaining OSS libraries
forever (since 2002), the pac
On Wed, Sep 22, 2021 at 9:01 AM G. P. B. wrote:
> On Wed, 22 Sept 2021 at 14:30, Matthew Weier O'Phinney <
> mweierophin...@gmail.com> wrote:
>
>> Yesterday, I opened an issue regarding a change in the pgsql extension (
>> https://bugs.php.net/bug.php?id=81464).
>>
>> PHP 8.0 introduced the conce
Le 22/09/2021 à 15:29, Matthew Weier O'Phinney a écrit :
Yesterday, I opened an issue regarding a change in the pgsql extension (
https://bugs.php.net/bug.php?id=81464).
PHP 8.0 introduced the concept of "resource objects". Where previously we
would have resources, and use `get_resource_type()`
I just want to point out that PHP does not follow semantic versioning. It
never did and there are no plans to start following it now.
Breaking changes were made in all previous versions, both major and minor.
The only time when we try to avoid breaking changes is in patch releases.
These are extrem
On Wed, 22 Sept 2021 at 14:30, Matthew Weier O'Phinney <
mweierophin...@gmail.com> wrote:
> Yesterday, I opened an issue regarding a change in the pgsql extension (
> https://bugs.php.net/bug.php?id=81464).
>
> PHP 8.0 introduced the concept of "resource objects". Where previously we
> would have
I suspect this is true (I have not tested yet to be sure) for the Toolkit for
IBM i, since it looks at resource types for the same purpose (determine
database connection type). Minor fix, but it is a BC break.
> On Sep 22, 2021, at 10:29 AM, Matthew Weier O'Phinney
> wrote:
>
> Yesterday, I o
Yesterday, I opened an issue regarding a change in the pgsql extension (
https://bugs.php.net/bug.php?id=81464).
PHP 8.0 introduced the concept of "resource objects". Where previously we
would have resources, and use `get_resource_type()` when we needed to
differentiate various resources, resource
On 19/9/21 12:33 am, tyson andre wrote:
> When implementing this, Zend/Optimizer/sccp.c has optimizations for functions
> such as str_contains, etc to optimize.
> After removing locale dependence, those optimizations could be safely added
> for functions that would be locale independent as a resu
On 22.09.2021 13:21, Go Kudo wrote:
> The voting phase for the following RFCs will begin as soon as two weeks
> have passed.
The RFC title is not correct English (missing "to" or "into"). The first
paragraph in Introduction is also hard to read.
--
Aleksander Machniak
Kolab Groupware Developer
The voting phase for the following RFCs will begin as soon as two weeks
have passed.
https://externals.io/message/115975
I don't see any particular discussion, so I'm contacting you just in case.
Best regards.
Go Kudo
19 matches
Mail list logo