Uh oh!
There was an error while loading. Please reload this page.
Disallow invoking GMP constructor - #10158
Conversation
Girgias
commented
Dec 23, 2022
This is a bug please backport to 8.1 |
ndossche
commented
Dec 23, 2022
I've update the PR, 8.2 and master additionally need this PR: #10160 |
cmb69
commented
Dec 23, 2022
I'm slightly concerned about no longer allowing |
Girgias
commented
Dec 23, 2022
I don't know, because if anyone is instantiating it via |
cmb69
commented
Dec 23, 2022
When it comes to the creativity of users, almost nothing is unlikely. After all, GMP objects can be constructed normally since they've been invented. Given that there is no need to hurry (next QAs are scheduled for Jan, 19th), it might be a good idea to ask on internals about this change (and maybe on other channels as well). Maybe I'm just too overcautious.
At least the first occurrences are about namespaced GMP classes, so that wouldn't affect this change. Searching for |
Girgias
commented
Dec 28, 2022
sigh at this point we may as well just implement the constructor properly, so one can initialize a GMP object this way. Because I find it just strange to allow instantiating it while not passing any arguments. In any case, this is going to be a nightmare to document. |
cmb69
commented
Dec 29, 2022
Like I said, "maybe I'm just too overcautious". :) |
Girgias
commented
Jan 2, 2023
From the ML discussion, it seems the preferred option is to make a proper constructor that is like |
ndossche
commented
Jan 2, 2023
That makes the most sense to me as well.
Sure, I'll do it soon-ish :) |
ndossche
commented
Jan 4, 2023
Superseded by #10225 |
Implements a proper constructor for GMP as discussed in both GH-10158 and https://externals.io/message/119216. FixesGH-10155ClosesGH-10225 Signed-off-by: George Peter Banyard <girgias@php.net>
FixesGH-10155
Note: I targeted master because I wasn't sure whether this could be considered a BC break.