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

Reply via email to