On 05/07/2022 00:34, Pierrick Charron wrote:
All recent discussions show that we are not even close to getting a
consensus on how the new CurlUrl OO API should be done. After changing my
mind 300 times in the last day, I decided to only propose the procedural
implementation that stays consistent with other functions of the ext/curl
to target 8.2. I know this is not the ideal scenario, but with 8.2 feature
freeze in two weeks, this is I think the only approach that will not put us
in a potentially bad/harmful situation for a better future with ext/curl.
I'm voting no on this one based on the discussions from R11.
The deadline being close is not a good enough reason to rush a change
like this that will be difficult to unwind later.
I agree with some of the other comments made that it would be preferable
to come up with a more generic solution that can be used by multiple
components rather than something specific to Curl.
Mark Randall
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
