Thank you all for the feedback. > I don't fundamentally disagree with the attempt to codify something > here, but ultimately the PHP language does and will continue to profit > from some flexibility in these regards.
@Bob, I agree that flexibility is desired. That's why I would like to have rather guideline that instruction. It could be achieved with changing MUST to SHOULD. > This, to me, indicates a clear consensus within the core dev team that these sorts of BC breaks are accepted and routine. @Gina, But that's clearly against current policy which clearly states for both minor and patch versions [1]: > Backward compatibility must be kept - - Honestly everything comes from lack of clear ownership of the project. The only thing I wanted to achieve is that my PR (8 months after creation) and others similar that I wanted to create is merged. First through soft consensus, and when that failed through RFC. While at the same time similar PRs are already merged. It's a bit inconsistent right? - Regarding to your investigation, I don't argue with it. But according to the CURRENT policy my RFC should be rejected along with many others. However, this concern was not raised. The next RFC [2] fixing the problem was also based on the assumption what's the direction of project (moving into the enums). Similar thing is about namespaces, there is no clear policy about moving out functions from global space to namespaces. New contributors are not aware of such tendencies, neither was I. And I don't think that I'm suitable to proceed with the policy change as I barely contribute to the project and don't have much experience and knowledge about all reasons behind past decisions. And if so I'm leaving this matter to the core developers to decide. I don't care if it's deprecation, warning, one version prior or the same. I don't want to waste more time on such discussion. I just want clear, consistent rules that are respected by everyone. - Kind regards, - Jorg - [1] https://wiki.php.net/rfc/releaseprocess [2] https://wiki.php.net/rfc/correctly_name_the_rounding_mode_and_make_it_an_enum