Re: Revisiting case-sensitivity in PHP
| From: | Levi Morrison | Date: | Tue, 11 Jun 2024 15:40:31 +0000 |
| Subject: | Re: Revisiting case-sensitivity in PHP | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-123584@lists.php.net to get a copy of this message | ||
> Could you, please, elaborate on why you propose to target 9.0? That would make perfect sense if
> PHP strictly followed semver, but we always have some BC breaks in minor releases
> (https://www.php.net/manual/en/migration82.incompatible.php,
> https://www.php.net/manual/en/migration83.incompatible.php).. So, is
> there a real difference between 8.4 and 9.0 for this case? Or do you mean that this BC break is way
> too big for 8.4?
Generally, the allowed backwards compatibility breaks in minor
versions are also minor breaks. These are mostly changes in extensions
rather than the core language. This change is in the main language and
it's potentially quite a big one.
Additionally, if this RFC were to pass, we would want extra time to
revisit the casing of suspect items for the same version. For example,
Pdo vs PDO. There's just not enough time for PHP 8.4 to do this.
> Levi, if we bundle namespaces, classes and functions in a single change, will that be easier to
> implement? Basically to remove lowercasing and put the original type names in the lookup tables?
Yes, doing it all in one pass is easier to implement, and would
provide minor CPU and memory improvements.