> 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.
