[RFC] Make the GMP class final

1 year ago by Gina P. Banyard — view source

unread

Hello internals,

I would like to present an RFC to make the GMP class final:
https://wiki.php.net/rfc/gmp-final

This is short and to the point, and I intend to open voting for this after the mandatory discussion period of 2 weeks has happened, i.e. on the 13th of July 2024.

Best regards,

Gina P. Banyard

1 year ago by Ben Ramsey — view source

unread

Hello internals,

I would like to present an RFC to make the GMP class final:
https://wiki.php.net/rfc/gmp-final

This is short and to the point, and I intend to open voting for this after the mandatory discussion period of 2 weeks has happened, i.e. on the 13th of July 2024.

Best regards,

Gina P. Banyard

Is this RFC intended to compete with the “Operator Overrides -- Lite Edition” RFC, which explicitly allows extending \GMP?

https://wiki.php.net/rfc/operator_overrides_lite

(It also has a secondary vote to “disallow extending the \GMP class if this RFC fails.”

Cheers,
Ben

1 year ago by Rob Landers — view source

unread

Hello internals,

I would like to present an RFC to make the GMP class final:
https://wiki.php.net/rfc/gmp-final

This is short and to the point, and I intend to open voting for this after the mandatory discussion period of 2 weeks has happened, i.e. on the 13th of July 2024.

Best regards,

Gina P. Banyard

Is this RFC intended to compete with the “Operator Overrides -- Lite Edition” RFC, which explicitly allows extending \GMP?

https://wiki.php.net/rfc/operator_overrides_lite

(It also has a secondary vote to “disallow extending the \GMP class if this RFC fails.”

Cheers,
Ben

Yes, this is interesting. In any case, I feel like it should be final as it is currently and doesn't affect my RFC. If this RFC passes, it only changes a bit of the language in my RFC and removes a secondary vote.

In any case, I haven't seen any emails of people flipping tables (like some proposals out there) to my RFC announcement, so I suspect it isn't a terrible idea and might actually have some merit; but I'm not going to get my hopes up. I rather suspect people are just ignoring it and will vote "decline" out-of-hand without thinking about it.

— Rob

1 year ago by Ben Ramsey — view source

unread

Hello internals,

I would like to present an RFC to make the GMP class final:
https://wiki.php.net/rfc/gmp-final

This is short and to the point, and I intend to open voting for this after the mandatory discussion period of 2 weeks has happened, i.e. on the 13th of July 2024.

Is this RFC intended to compete with the “Operator Overrides -- Lite Edition” RFC, which explicitly allows extending \GMP?

https://wiki.php.net/rfc/operator_overrides_lite

(It also has a secondary vote to “disallow extending the \GMP class if this RFC fails.”

Yes, this is interesting. In any case, I feel like it should be final as it is currently and doesn't affect my RFC. If this RFC passes, it only changes a bit of the language in my RFC and removes a secondary vote.

In any case, I haven't seen any emails of people flipping tables (like some proposals out there) to my RFC announcement, so I suspect it isn't a terrible idea and might actually have some merit; but I'm not going to get my hopes up. I rather suspect people are just ignoring it and will vote "decline" out-of-hand without thinking about it.

If this RFC passes, it would invalidate the first voting choice in the Operator Overrides RFC, which is:

Allow extending the \GMP class and use a form of operator overloading

If this RFC passes to make the \GMP class final, and your RFC passes to allow extending the \GMP class, then I think we’re in a sort of weird limbo state. That would mean that different groups of voters participated in voting for each RFC, resulting in competing desires within the community.

We should probably combine these RFCs to avoid confusion and a conflicting state like I’ve described here.

Cheers,
Ben

1 year ago by Barney Laurance — view source

unread

If this RFC passes to make the \GMP class final, and your RFC passes to
allow extending the \GMP class, then I think we’re in a sort of weird
limbo state.

Presumably in that case whichever RFC passes last would have to take
precedence. The community is allowed to change its mind.

1 year ago by Ben Ramsey — view source

unread

If this RFC passes to make the \GMP class final, and your RFC passes to
allow extending the \GMP class, then I think we’re in a sort of weird
limbo state.
Presumably in that case whichever RFC passes last would have to take precedence. The community is allowed to change its mind.

Sure, it’s allowed to change its mind, but if we bring this for a vote in two weeks, and then we vote a week later for the other (or even at the same time), I would see the results of those votes as conflicting viewpoints and not as the community changing its mind within the span of a few weeks.

Cheers,
Ben

1 year ago by Saki Takamachi — view source

unread

Hi,

Sure, it’s allowed to change its mind, but if we bring this for a vote in two weeks, and then we vote a week later for the other (or even at the same time), I would see the results of those votes as conflicting viewpoints and not as the community changing its mind within the span of a few weeks.

I am pretty sure there is no chance that another RFC will start voting at the same time as this one (unless they ignore the discussion and start it forcefully).

And even if they were to force a vote, it would have almost no chance of passing.

Regards,

Saki

1 year ago by Ben Ramsey — view source

unread

Hi,

Sure, it’s allowed to change its mind, but if we bring this for a vote in two weeks, and then we vote a week later for the other (or even at the same time), I would see the results of those votes as conflicting viewpoints and not as the community changing its mind within the span of a few weeks.

I am pretty sure there is no chance that another RFC will start voting at the same time as this one (unless they ignore the discussion and start it forcefully).

And even if they were to force a vote, it would have almost no chance of passing.

Regards,

Saki

Fair enough. I agree that we probably won’t find ourselves in this hypothetical conflicting state.

Cheers,
Ben

1 year ago by Rob Landers — view source

unread

Hi,

Sure, it’s allowed to change its mind, but if we bring this for a vote in two weeks, and then we vote a week later for the other (or even at the same time), I would see the results of those votes as conflicting viewpoints and not as the community changing its mind within the span of a few weeks.

I am pretty sure there is no chance that another RFC will start voting at the same time as this one (unless they ignore the discussion and start it forcefully).

And even if they were to force a vote, it would have almost no chance of passing.

Regards,

Saki

Fair enough. I agree that we probably won’t find ourselves in this hypothetical conflicting state.

Cheers,
Ben

I think it is extremely likely they'll be out for a vote at the exact same time. I literally just finished the implementation and example code. I'll probably be opening a PR in the morning (EU time) as well as updating the RFC with clearer examples, details for implementors, etc.

My RFC includes a vote that this RFC encompasses, so it seems like a pissing match just for the sake of pissing.

— Rob

1 year ago by Rob Landers — view source

unread

Hi,

Sure, it’s allowed to change its mind, but if we bring this for a vote in two weeks, and then we vote a week later for the other (or even at the same time), I would see the results of those votes as conflicting viewpoints and not as the community changing its mind within the span of a few weeks.

I am pretty sure there is no chance that another RFC will start voting at the same time as this one (unless they ignore the discussion and start it forcefully).

And even if they were to force a vote, it would have almost no chance of passing.

Regards,

Saki

Fair enough. I agree that we probably won’t find ourselves in this hypothetical conflicting state.

Cheers,
Ben

I think it is extremely likely they'll be out for a vote at the exact same time. I literally just finished the implementation and example code. I'll probably be opening a PR in the morning (EU time) as well as updating the RFC with clearer examples, details for implementors, etc.

My RFC includes a vote that this RFC encompasses, so it seems like a pissing match just for the sake of pissing.

— Rob

Actually, please keep this RFC. Apologies for my earlier remarks.

— Rob

1 year ago by Saki Takamachi — view source

unread

Hi,

If this RFC passes to make the \GMP class final, and your RFC passes to
allow extending the \GMP class, then I think we’re in a sort of weird
limbo state.
Presumably in that case whichever RFC passes last would have to take precedence. The community is allowed to change its mind.

I agree with Barney. If this RFC were to be passed before the other, it would necessarily override this one, since the other proposal assumes that classes can be inherited.

And the chances of that happening are probably close to zero at this point.

Regards,

Saki

1 year ago by Saki Takamachi — view source

unread

Hi Gina,

Hello internals,

I would like to present an RFC to make the GMP class final:
https://wiki.php.net/rfc/gmp-final

This is short and to the point, and I intend to open voting for this after the mandatory discussion period of 2 weeks has happened, i.e. on the 13th of July 2024.

Best regards,

Gina P. Banyard

+1 from me. The RFC is very simple and to me doesn't require any further discussion.

Regards,

Saki