Re: [PHP-DEV] Re: [RFC] [Discussion] Persistent CurlShareHandle objects

On Thu, Oct 24, 2024, at 13:01, Christoph M. Becker wrote: > On 23.10.2024 at 21:42, Rob Landers wrote: > > > On Wed, Oct 23, 2024, at 21:20, Eric Norris wrote: > > > >> Were you also suggesting that I shouldn't ask a question about the > >> implementation regarding using EG(persistent_list) vs.

Re: [PHP-DEV] Re: [RFC] [Discussion] Persistent CurlShareHandle objects

On 23.10.2024 at 21:42, Rob Landers wrote: > On Wed, Oct 23, 2024, at 21:20, Eric Norris wrote: > >> Were you also suggesting that I shouldn't ask a question about the >> implementation regarding using EG(persistent_list) vs. a module >> global? I'm torn; I agree that it is an implementation detai

Re: [PHP-DEV] Re: [RFC] [Discussion] Persistent CurlShareHandle objects

On Wed, Oct 23, 2024, at 19:10, Eric Norris wrote: > Hello again, > > It has been two weeks, and unless there are any further comments I > plan on converting the above question into a voteable sub-question and > opening the RFC for votes tomorrow, Thursday October 24th. > > Thanks! > Hello,

Re: [PHP-DEV] Re: [RFC] [Discussion] Persistent CurlShareHandle objects

On Wed, Oct 23, 2024, at 21:20, Eric Norris wrote: > Apologies Rob, I don't seem to be receiving individual emails from the > mailing list, so I'll have to respond to my own email here. I've > changed my subscription to receive all emails so hopefully I'll be > able to respond directly to future

[PHP-DEV] Re: [RFC] [Discussion] Persistent CurlShareHandle objects

Apologies Rob, I don't seem to be receiving individual emails from the mailing list, so I'll have to respond to my own email here. I've changed my subscription to receive all emails so hopefully I'll be able to respond directly to future emails. > It might be a good idea to get a “strong opinion”

[PHP-DEV] Re: [RFC] [Discussion] Persistent CurlShareHandle objects

Hello again, It has been two weeks, and unless there are any further comments I plan on converting the above question into a voteable sub-question and opening the RFC for votes tomorrow, Thursday October 24th. Thanks!

[PHP-DEV] Re: [RFC] Decoding HTML and the Ambiguous Ampersand

All, I have updated the RFC document by adding a section on the proposed HtmlContext enum, with some extra contexts than were originally discussed (but which were added to the implementation). As I’ve been a bit distracted this has taken a bit of a backseat but I am still interested in keeping

Re: [PHP-DEV] Re: [RFC] Default expression

On 1 September 2024 17:45:57 BST, Rob Landers wrote: >Is manually copying the default also not type-safe? Is php a type-safe >language? I think a lot of the arguments I saw suggested that people don't >review libraries and their implementations when upgrading or installing them. >This is jus

Re: [PHP-DEV] Re: [RFC] Default expression

On Sun, Sep 1, 2024, at 14:39, Rowan Tommins [IMSoP] wrote: > On 29/08/2024 22:52, Bilge wrote: > > On 24/08/2024 17:49, Bilge wrote: > >> > >> New RFC just dropped: https://wiki.php.net/rfc/default_expression. I > >> think some of you might enjoy this one. Hit me with any feedback. > >> > > Now t

Re: [PHP-DEV] Re: [RFC] Default expression

On 29/08/2024 22:52, Bilge wrote: On 24/08/2024 17:49, Bilge wrote: New RFC just dropped: https://wiki.php.net/rfc/default_expression. I think some of you might enjoy this one. Hit me with any feedback. Now the dust has settled, I've updated the RFC to version 1.1. The premise of the RFC is

Re: [PHP-DEV] Re: [RFC] Default expression

On Thu, 29 Aug 2024, at 22:52, Bilge wrote: >> New RFC just dropped: https://wiki.php.net/rfc/default_expression. I >> think some of you might enjoy this one. Hit me with any feedback. >> > Now the dust has settled, I've updated the RFC to version 1.1. The > premise of the RFC is unchanged, but t

Re: [PHP-DEV] Re: [RFC] Default expression

One thought re-reading the RFC. abstract class Theme { public function bar(); } class CuteTheme extends Theme { public function foo(); } class Config { public function __construct(Theme $theme = new CuteTheme()) {} } $a = new Config(default->foo()); In the proposed (updated) RFC would this be p

[PHP-DEV] Re: [RFC] Default expression

Hi gang, On 24/08/2024 17:49, Bilge wrote: New RFC just dropped: https://wiki.php.net/rfc/default_expression. I think some of you might enjoy this one. Hit me with any feedback. Now the dust has settled, I've updated the RFC to version 1.1. The premise of the RFC is unchanged, but the propo

Re: [PHP-DEV] Re: [RFC] [vote] Support object type in BCMath

On Thursday, May 16 2024 at 17:22, Saki Takamachi wrote: > Hi all, > > > 2024/05/01 17:55、Saki Takamachi のメール: > > > > Hi all! > > > > Voting for RFC: Support object type in BCMath has started. Voting ends > on 2024-05-16 00:00 GMT. > > https://wiki.php.net/rfc/support_object_type_in_bcmath > > >

Re: [PHP-DEV] Re: [RFC] Decoding HTML and the Ambiguous Ampersand

On 20/08/2024 00:45, Dennis Snell wrote: > >> On Jul 9, 2024, at 4:55 PM, Dennis Snell wrote: >> >> Greetings all, >> >> The `html_entity_decode( … ENT_HTML5 … )` function has a number of issues >> that I’d like to correct. >> >>  - It’s missing 720 of HTML5’s specified named character reference

[PHP-DEV] Re: [RFC] Decoding HTML and the Ambiguous Ampersand

> On Jul 9, 2024, at 4:55 PM, Dennis Snell wrote: > > Greetings all, > > The `html_entity_decode( … ENT_HTML5 … )` function has a number of issues > that I’d like to correct. > > - It’s missing 720 of HTML5’s specified named character references. > - 106 of these are named character referen

[PHP-DEV] Re: [RFC][VOTE] Lazy Objects

> > Hi all, > > We have just opened the vote for the Lazy Objects RFC: > https://wiki.php.net/rfc/lazy-objects > > The vote will close on August 11th à 00:00. > > Please check the discussion thread if you didn't follow it already: > https://externals.io/message/123503 > > Cheers, > Nicolas and Ar

[PHP-DEV] Re: [RFC] [Vote] Add bcdivmod to BCMath

Hi all, > > Hi all! > > RFC: Add bcdivmod to BCMath has started voting. > https://wiki.php.net/rfc/add_bcdivmod_to_bcmath > > Voting ends on 2024-08-01 00:00:00 UTC. > > Regards, > > Saki My report was delayed due to poor health. The vote passed with 21 votes in favor and 0 votes against. h

[PHP-DEV] Re: [RFC] [Vote] Fix up BCMath Number Class / Change GMP bool cast behavior

Hi all, > Hi all, > > RFC: Fix up BCMath Number Class / Change GMP bool cast behavior has started > voting. > https://wiki.php.net/rfc/fix_up_bcmath_number_class > > Voting ends on 2024-07-30 00:00:00 UTC. > > Regards, > > Saki Both RFCs were passed with 18 votes in favor and 0 votes agains

[PHP-DEV] Re: [RFC] Static class

On 24/06/2024 00:10, Bilge wrote: Hi Internals! I am pleased to present my first RFC: Static class . Gentle reminder that voting is scheduled to start Monday, barring any unexpected developments over this weekend. The RFC is unchanged since including

Re: [PHP-DEV] Re: [RFC] [Discussion] Fix up BCMath Number Class / Change GMP bool cast behavior

Hi Gina, > Thank you, I am happy will all the provided amendments now! > > Best regards, > > Gina P. Banyard Thank you! All the issues mentioned have now been resolved and the vote is expected to go ahead as scheduled. Regards, Saki

Re: [PHP-DEV] Re: [RFC] [Discussion] Fix up BCMath Number Class / Change GMP bool cast behavior

On Wednesday, 10 July 2024 at 07:35, Saki Takamachi wrote: > Added one more change to the RFC. > > Currently, there is no other expression for comparison in PHP called "comp”. > The expression "cmp" is mainly used for functions, and the expression > "compare" is used for class methods. > > e.

Re: [PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

Hi I'm specifically replying to Nicolas, but this email is directed to the general public, so please feel free to reply even if you are not called Nicolas :-) On 6/24/24 17:06, Nicolas Grekas wrote: 2/ About the "since" parameter, we're going to standardize around a package+version string,

[PHP-DEV] Re: [RFC] [Discussion] Fix up BCMath Number Class / Change GMP bool cast behavior

Hi all, > Hi internals, > > Created a follow-up RFC for the BCMath\Number class. This RFC also contains > proposed changes to GMP's bool cast. I have proposed similar changes to > BCMath, so for procedural efficiency I have combined them into the same RFC. > > Note that although they are combi

[PHP-DEV] Re: [RFC] Static class

On 07/07/2024 21:08, Bilge wrote: On 24/06/2024 00:10, Bilge wrote: Hi Internals! I am excited to announce the final implementation for Static Class is ready for review at and includes a brief summary of the key semantics of the feature. Furthermor

[PHP-DEV] Re: [RFC] Static class

On 24/06/2024 00:10, Bilge wrote: Hi Internals! I am excited to announce the final implementation for Static Class is ready for review at and includes a brief summary of the key semantics of the feature. Furthermore, the 1.3 (presumed) final version

Re: [PHP-DEV] Re: [RFC] [Discussion] Fix up BCMath Number Class / Change GMP bool cast behavior

> This seems positive to me. Rounding being explicit makes more sense. Thanks! Saki

Re: [PHP-DEV] Re: [RFC] [Discussion] Fix up BCMath Number Class / Change GMP bool cast behavior

On Tue, Jul 2, 2024 at 4:06 AM Saki Takamachi wrote: > Hi all, > > > Hi internals, > > > > Created a follow-up RFC for the BCMath\Number class. This RFC also > contains proposed changes to GMP's bool cast. I have proposed similar > changes to BCMath, so for procedural efficiency I have combined t

[PHP-DEV] Re: [RFC] [Discussion] Fix up BCMath Number Class / Change GMP bool cast behavior

Hi all, > Hi internals, > > Created a follow-up RFC for the BCMath\Number class. This RFC also contains > proposed changes to GMP's bool cast. I have proposed similar changes to > BCMath, so for procedural efficiency I have combined them into the same RFC. > > Note that although they are combi

Re: [PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

Hi On 6/27/24 13:10, Nicolas Grekas wrote: That's sad news, because I keep explaining why engine-triggered runtime notices are a terrible idea, yet you're planning to add more of them. The consistency argument Tim wrote in another email isn't sound to me: consistency with a bad idea doesn't make

Re: [PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

Le mar. 25 juin 2024 à 22:01, Benjamin Außenhofer a écrit : > > > On Mon, Jun 24, 2024 at 5:07 PM Nicolas Grekas < > nicolas.grekas+...@gmail.com> wrote: > >> >> >> Le mer. 5 juin 2024 à 10:18, Benjamin Außenhofer a >> écrit : >> >>> >>> >>> On Wed, May 22, 2024 at 9:22 AM Benjamin Außenhofer >

Re: [PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

On Mon, Jun 24, 2024 at 5:07 PM Nicolas Grekas wrote: > > > Le mer. 5 juin 2024 à 10:18, Benjamin Außenhofer a > écrit : > >> >> >> On Wed, May 22, 2024 at 9:22 AM Benjamin Außenhofer >> wrote: >> >>> The vote for the RFC #[\Deprecated] attribute is now open: >>> >>> https://wiki.php.net/rfc/de

Re: [PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

Hi On 6/24/24 17:06, Nicolas Grekas wrote: Since the vote passed, we're discussing how we might use the attribute in Symfony. 2 things on the topic: 1/ We're wondering about using it at the class level despite the missing Attribute::TARGET_CLASS. ReflectionAttribute does allow reading attribute

Re: [PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

On Mon, Jun 24, 2024, 7:35 PM Stephen Reay wrote: > > Sent from my iPhone > > On 24 Jun 2024, at 23:43, Matthew Weier O'Phinney < > mweierophin...@gmail.com> wrote: > >  > > > On Mon, Jun 24, 2024 at 10:08 AM Nicolas Grekas < > nicolas.grekas+...@gmail.com> wrote: > >> >> >> Le mer. 5 juin 2024

Re: [PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

Sent from my iPhoneOn 24 Jun 2024, at 23:43, Matthew Weier O'Phinney wrote:On Mon, Jun 24, 2024 at 10:08 AM Nicolas Grekas wrote:Le mer. 5 juin 2024 à 10:18, Benjamin Außenhofer a écrit :On Wed, May 22, 2024 at 9:22 AM Benjamin Außenhofer

[PHP-DEV] Re: [RFC] [Vote] New ext-dom features in PHP 8.4

On 10/06/2024 20:10, Niels Dossche wrote: > Hi internals > > I'm opening the vote of my RFC "New ext-dom features in PHP 8.4". > RFC link: https://wiki.php.net/rfc/dom_additions_84 > Voting runs until 24th of June 21:00 GMT+2. > > Kind regards > Niels Hi internals The RFC was accepted with 25 y

Re: [PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

On Mon, Jun 24, 2024 at 10:08 AM Nicolas Grekas < nicolas.grekas+...@gmail.com> wrote: > > > Le mer. 5 juin 2024 à 10:18, Benjamin Außenhofer a > écrit : > >> >> >> On Wed, May 22, 2024 at 9:22 AM Benjamin Außenhofer >> wrote: >> >>> The vote for the RFC #[\Deprecated] attribute is now open: >>>

Re: [PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

Le mer. 5 juin 2024 à 10:18, Benjamin Außenhofer a écrit : > > > On Wed, May 22, 2024 at 9:22 AM Benjamin Außenhofer > wrote: > >> The vote for the RFC #[\Deprecated] attribute is now open: >> >> https://wiki.php.net/rfc/deprecated_attribute >> >> Voting will close on Wednesday 5th June, 08:00 G

Re: [PHP-DEV] Re: RFC karma request

Hi Bilage On Thu, Jun 20, 2024 at 7:55 PM Bilge wrote: > > > > Re: Static class, I would like to propose an RFC for this feature. My > > wiki account is: bilge. > > > > Cheers, > > Bilge > > > If there is some reason why I should not be able to do this, please let > it be known. Sorry for the de

[PHP-DEV] Re: RFC karma request

On 18/06/2024 20:27, Bilge wrote: Hi Internals, Re: Static class, I would like to propose an RFC for this feature. My wiki account is: bilge. Cheers, Bilge If there is some reason why I should not be able to do this, please let it be known. Cheers, Bilge

Re: [PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

Hi On 6/5/24 10:16, Benjamin Außenhofer wrote: Tim will finalize the implementation PR now and work on its merge in the upcoming days. During review Ilija pointed out that adding the internal ZEND_ACC_DEPRECATED flag was skipped for abstract methods and interface methods, questioning the de

Re: [PHP-DEV] Re: [RFC] [Under Discussion] New ext-dom features in PHP 8.4

On Wednesday, 5 June 2024 at 17:19, Niels Dossche wrote: > > Hi internals > > It's been two weeks since I announced the RFC, and it's been very calm so far. > That either means everyone agrees or no one cares, let's assume it's the > first one ;). > If nothing comes up, I'm going to put it to

[PHP-DEV] Re: [RFC] [Under Discussion] New ext-dom features in PHP 8.4

On 22/05/2024 20:03, Niels Dossche wrote: > Hi internals > > I'm starting discussion on my new RFC "New ext-dom features in PHP 8.4". > RFC link: https://wiki.php.net/rfc/dom_additions_84 > > Kind regards > Niels Hi internals It's been two weeks since I announced the RFC, and it's been very cal

[PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

On Wed, May 22, 2024 at 9:22 AM Benjamin Außenhofer wrote: > The vote for the RFC #[\Deprecated] attribute is now open: > > https://wiki.php.net/rfc/deprecated_attribute > > Voting will close on Wednesday 5th June, 08:00 GMT. > The #[\Deprecated] attribute has been accepted with 23 (Yes) to 6 (N

[PHP-DEV] Re: [RFC] [VOTE] array_find

Hi On 15.05.24 16:52, Joshua Rüsweg wrote: I've just opened the vote for the "array_find" RFC. The RFC contains two votes, each of which requires a 2/3 majority. Voting runs until 2024-05-29 15:00 UTC. Please find the below resources for your reference: RFC: https://wiki.php.net/rfc/array_fi

Re: [PHP-DEV] Re: [RFC][Vote] new MyClass()->method() without parentheses

On 28/05/2024 19:07, Valentin Udaltsov wrote: On May 25th I closed the vote with 25 "Yes" and 5 "No", which means that RFC had passed. Recently my PR has been approved and merged, so I've just marked the RFC as implemented. Thank you all for your interest and participation! I am extremely hap

[PHP-DEV] Re: [RFC][Vote] new MyClass()->method() without parentheses

On Thursday, 9 May 2024 at 18:26, Valentin Udaltsov < udaltsov.valen...@gmail.com> wrote: > The vote for the RFC that allows to omit parentheses around the `new` > expression is now open: > > https://wiki.php.net/rfc/new_without_parentheses > > Voting will close on Friday 24 May, 00:00 GMT. > -- >

[PHP-DEV] Re: [RFC] [Discussion] Add openStream() to XML{Reader,Writer}

On 22/04/2024 20:41, Niels Dossche wrote: > Hi internals > > I'm opening the discussion for my RFC "Add openStream() to > XML{Reader,Writer}". > RFC link: https://wiki.php.net/rfc/xmlreader_writer_streams > > Kind regards > Niels Hi internals The main complaint that kept coming up in internal

Re: [PHP-DEV] Re: [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Fri, May 17, 2024, at 3:49 PM, Tim Düsterhus wrote: > Hi > > On 5/17/24 17:02, Larry Garfield wrote: >> Why is the attribute not allowed on classes? I think it would make sense on >> every language structure, unrestricted. (Including classes, parameters, >> everything.) > > There is not pre-

Re: [PHP-DEV] Re: [RFC] [Discussion] #[\Deprecated] attribute again v1.3

Hi On 5/17/24 17:02, Larry Garfield wrote: Why is the attribute not allowed on classes? I think it would make sense on every language structure, unrestricted. (Including classes, parameters, everything.) There is not pre-existing semantics of deprecating a class from the engine PoV. The

Re: [PHP-DEV] Re: [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Fri, May 17, 2024, at 9:53 AM, Benjamin Außenhofer wrote: > On Tue, Apr 23, 2024 at 3:27 PM Benjamin Außenhofer > wrote: >> Hi internals, >> >> My PR for #[\Deprecated] attribute was in hibernation for a long while now >> and after some off-list discussion a few weeks ago I have decided to r

[PHP-DEV] Re: [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Tue, Apr 23, 2024 at 3:27 PM Benjamin Außenhofer wrote: > Hi internals, > > My PR for #[\Deprecated] attribute was in hibernation for a long while now > and after some off-list discussion a few weeks ago I have decided to > revisit it and asked Tim to help me out with the work. > > Tim has cle

[PHP-DEV] Re: [RFC] [vote] Support object type in BCMath

Hi all, > 2024/05/01 17:55、Saki Takamachi のメール: > > Hi all! > > Voting for RFC: Support object type in BCMath has started. Voting ends on > 2024-05-16 00:00 GMT. > https://wiki.php.net/rfc/support_object_type_in_bcmath > > Regards, > > Saki RFC: Support object type in BCMath was approved wi

[PHP-DEV] Re: [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Thu, May 2, 2024 at 1:00 PM Benjamin Außenhofer wrote: > > > On Tue, Apr 23, 2024 at 3:27 PM Benjamin Außenhofer > wrote: > >> Hi internals, >> >> My PR for #[\Deprecated] attribute was in hibernation for a long while >> now and after some off-list discussion a few weeks ago I have decided to

Re: [PHP-DEV] Re: [RFC] [Discussion] Add openStream() to XML{Reader,Writer}

Am 11.05.2024 11:09 schrieb Niels Dossche :On 11/05/2024 08:38, Marc B. wrote: > Hi Niels, > > Am 10.05.2024 19:38 schrieb Niels Dossche : > > On 10/05/2024 16:31, Larry Garfield wrote: > > On Fri, May 10, 2024, at 2:03 PM, Niels Dossche wrote: > >> On 22/04/2024 20:41, Niels D

[PHP-DEV] Re: RFC [Discussion]: array_find

Hi I think all questions have been answered accordingly, so I plan to open the vote on Wednesday 15 May 2024. The vote will be open for a two week period. There will be two different votes, one for `array_find` and `array_find_key` and one for `array_all` and `array_any`. Each vote require a

Re: [PHP-DEV] Re: [RFC] [Discussion] Add openStream() to XML{Reader,Writer}

On 11/05/2024 08:38, Marc B. wrote: > Hi Niels, > > Am 10.05.2024 19:38 schrieb Niels Dossche : > > On 10/05/2024 16:31, Larry Garfield wrote: > > On Fri, May 10, 2024, at 2:03 PM, Niels Dossche wrote: > >> On 22/04/2024 20:41, Niels Dossche wrote: > >>> Hi internals > >>> >

Re: [PHP-DEV] Re: [RFC] [Discussion] Add openStream() to XML{Reader,Writer}

Hi Niels,Am 10.05.2024 19:38 schrieb Niels Dossche :On 10/05/2024 16:31, Larry Garfield wrote: > On Fri, May 10, 2024, at 2:03 PM, Niels Dossche wrote: >> On 22/04/2024 20:41, Niels Dossche wrote: >>> Hi internals >>> >>> I'm opening the discussion for my RFC "Add openStream() to XML{Reader,Wr

Re: [PHP-DEV] Re: [RFC] [Discussion] Add openStream() to XML{Reader,Writer}

On 10/05/2024 16:31, Larry Garfield wrote: > On Fri, May 10, 2024, at 2:03 PM, Niels Dossche wrote: >> On 22/04/2024 20:41, Niels Dossche wrote: >>> Hi internals >>> >>> I'm opening the discussion for my RFC "Add openStream() to >>> XML{Reader,Writer}". >>> RFC link: https://wiki.php.net/rfc/xmlre

Re: [PHP-DEV] Re: [RFC] [Discussion] Add openStream() to XML{Reader,Writer}

On Fri, May 10, 2024, at 2:03 PM, Niels Dossche wrote: > On 22/04/2024 20:41, Niels Dossche wrote: >> Hi internals >> >> I'm opening the discussion for my RFC "Add openStream() to >> XML{Reader,Writer}". >> RFC link: https://wiki.php.net/rfc/xmlreader_writer_streams >> >> Kind regards >> Niels >

[PHP-DEV] Re: [RFC] [Discussion] Add openStream() to XML{Reader,Writer}

On 22/04/2024 20:41, Niels Dossche wrote: > Hi internals > > I'm opening the discussion for my RFC "Add openStream() to > XML{Reader,Writer}". > RFC link: https://wiki.php.net/rfc/xmlreader_writer_streams > > Kind regards > Niels Hi internals It's been over two weeks since I opened the discuss

[PHP-DEV] Re: [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Tue, Apr 23, 2024 at 3:27 PM Benjamin Außenhofer wrote: > Hi internals, > > My PR for #[\Deprecated] attribute was in hibernation for a long while now > and after some off-list discussion a few weeks ago I have decided to > revisit it and asked Tim to help me out with the work. > > Tim has cle

[PHP-DEV] Re: [RFC][Vote] Raising zero to the power of negative number

Hi everyone, The vote has been closed and accepted with 27 votes for yes, and 0 for no. Thanks to everyone who participated in the vote and discussion. Kind regards, Jorg

[PHP-DEV] Re: [RFC] [Discussion] [VOTE] Rounding Integers as int

Hi internals, On 17.03.24 13:23, Marc Bennewitz wrote: Hello internals, I have opened the vote for the "Rounding Integers as int" RFC: https://wiki.php.net/rfc/integer-rounding Do to Easter weekend the vote will run for two weeks and two days until Tue the 2nd of April 2024. The RFC has be

Re: [PHP-DEV] Re: [RFC] [Discussion] [VOTE] Rounding Integers as int

Hi Bob, and sorry for the late reply ... On 19.03.24 01:05, Bob Weinand wrote: Hey Marc, On 18.3.2024 08:53:01, Marc Bennewitz wrote: Hi Bob, On 17.03.24 14:59, Bob Weinand wrote: On 17.3.2024 13:23:04, Marc Bennewitz wrote: Hello internals, I have opened the vote for the "Rounding Integer

Re: [PHP-DEV] Re: [RFC] [Discussion] [VOTE] Rounding Integers as int

Hey Marc, On 18.3.2024 08:53:01, Marc Bennewitz wrote: Hi Bob, On 17.03.24 14:59, Bob Weinand wrote: On 17.3.2024 13:23:04, Marc Bennewitz wrote: Hello internals, I have opened the vote for the "Rounding Integers as int" RFC: https://wiki.php.net/rfc/integer-rounding Do to Easter weekend th

Re: [PHP-DEV] Re: [RFC] [Discussion] [VOTE] Rounding Integers as int

Hi Vincent, On 17.03.24 22:59, Vincent Langlet wrote: Hi, IMHO, the more meaningful cases of the RFC are missing : round(float, precision: >= 0): int|float // only cast to float for int overflow ceil(float): int|float // only cast to float for int overflow floor(float): int|float // only cast t

Re: [PHP-DEV] Re: [RFC] [Discussion] [VOTE] Rounding Integers as int

Hi Bob, On 17.03.24 14:59, Bob Weinand wrote: On 17.3.2024 13:23:04, Marc Bennewitz wrote: Hello internals, I have opened the vote for the "Rounding Integers as int" RFC: https://wiki.php.net/rfc/integer-rounding Do to Easter weekend the vote will run for two weeks and two days until Tue the

Re: [PHP-DEV] Re: [RFC] [Discussion] [VOTE] Rounding Integers as int

Hi, IMHO, the more meaningful cases of the RFC are missing : round(float, precision: >= 0): int|float // only cast to float for int overflow ceil(float): int|float // only cast to float for int overflow floor(float): int|float // only cast to float for int overflow Calling ceil or floor on integ

[PHP-DEV] Re: [RFC] [Discussion] [VOTE] Rounding Integers as int

On 17.3.2024 13:23:04, Marc Bennewitz wrote: Hello internals, I have opened the vote for the "Rounding Integers as int" RFC: https://wiki.php.net/rfc/integer-rounding Do to Easter weekend the vote will run for two weeks and two days until Tue the 2nd of April 2024. Best regards, Marc Bennew

Re: [PHP-DEV] Re: [RFC] [Discussion] [VOTE] Rounding Integers as int

On 17.03.24 14:10, Tim Düsterhus wrote: Hi On 3/17/24 13:23, Marc Bennewitz wrote: I have opened the vote for the "Rounding Integers as int" RFC: https://wiki.php.net/rfc/integer-rounding Please also update the Status within the RFC itself and move it to the correct section in the RFC overv

[PHP-DEV] Re: [RFC] [Discussion] [VOTE] Rounding Integers as int

Hi On 3/17/24 13:23, Marc Bennewitz wrote: I have opened the vote for the "Rounding Integers as int" RFC: https://wiki.php.net/rfc/integer-rounding Please also update the Status within the RFC itself and move it to the correct section in the RFC overview at: https://wiki.php.net/rfc Best re

[PHP-DEV] Re: [RFC] [Vote] Opt-in DOM spec-compliance

Hi internals The RFC was accepted with 14 yes and 0 no votes. Thanks to everyone who participated! Kind regards Niels On 13/02/2024 20:49, Niels Dossche wrote: > Hi internals > > I'm starting the vote on my RFC "Opt-in DOM spec-compliance". > Voting will run until the 27th of February 21:00 GMT

Re: [PHP-DEV] Re: [RFC] OOP API for cURL extension

On 18 February 2024 15:26:37 GMT, Lynn wrote: > Having a lot of setters for options might make it really hard to find the >methods you're looking for in terms of auto-complete in your IDE. I think it would be significantly better for that purpose than what we have now, because there would be a

Re: [PHP-DEV] Re: [RFC] OOP API for cURL extension

On Sun, Feb 18, 2024 at 12:41 PM Rowan Tommins wrote: > On 17 February 2024 15:57:20 GMT, Larry Garfield > wrote: > > >The RFC would also benefit greatly from some practical examples of using > the new API. Right now it's not clear to me (as someone who almost never > uses Curl directly) how/wh

Re: [PHP-DEV] Re: [RFC] OOP API for cURL extension

On 17 February 2024 15:57:20 GMT, Larry Garfield wrote: >The RFC would also benefit greatly from some practical examples of using the >new API. Right now it's not clear to me (as someone who almost never uses >Curl directly) how/why I'd use any of these, since there's still "a whole >crapton

Re: [PHP-DEV] Re: [RFC] OOP API for cURL extension

On Thu, Feb 15, 2024, at 9:44 AM, Sara Golemon wrote: > Summarizing replies so far. Won't be able to update the RFC > immediately as my day job needs me, but some great discussions already, > gang. Thanks! > > * Define the conditions under which exceptions will be thrown (and > which exceptions

Re: [PHP-DEV] Re: [RFC] OOP API for cURL extension

On Saturday, 17 February 2024 at 07:41, Kalle Sommer Nielsen wrote: > Hi Sara > > Den tors. 15. feb. 2024 kl. 21.08 skrev Sara Golemon poll...@php.net: > > > * Better typing for setOpt() methods. > > Comment: Yep, this is a good and fair point. It's going to take a little > > more dicing up o

Re: [PHP-DEV] Re: [RFC] OOP API for cURL extension

Hi Sara Den tors. 15. feb. 2024 kl. 21.08 skrev Sara Golemon : > * Better typing for setOpt() methods. > Comment: Yep, this is a good and fair point. It's going to take a little > more dicing up of the current implementation, but hopefully not too rough. > Proposal: Keep untyped setOption()

[PHP-DEV] Re: [RFC] OOP API for cURL extension

On 16 February 2024 16:09:32 GMT, Rowan Tommins wrote: >public function executeAndReturn(): string >public function executeAndOutput(): void I guess I missed: public function executeToFile(Stream $fileHandle): void public function executeWithCallback(callable $wrIteFunction): void which would

[PHP-DEV] Re: [RFC] OOP API for cURL extension

On 15 February 2024 15:44:13 GMT, Sara Golemon wrote: >* CurlHandle::exec() mixed typing of return values. > Comment: Agreed. The `true` return value becomes meaningless in the >RETURNTRANSFER==false case. > Proposal: Update the RFC for CurlHandle::execute() to return ?string. Should we take t

Re: [PHP-DEV] Re: [RFC] OOP API for cURL extension

Hi On 2/15/24 16:44, Sara Golemon wrote: * Define the conditions under which exceptions will be thrown (and which exceptions) - I'll add these to the RFC, but in short: * CurlException - Never, it's an interface type to group the other exceptions. Interface or base Exception? I would sugges

[PHP-DEV] Re: [RFC] OOP API for cURL extension

+1 from me too On Thu, Feb 15, 2024 at 5:30 PM Flávio Heleno wrote: > On Wed, Feb 14, 2024 at 10:44 PM Sara Golemon wrote: > >> Good afternoon folks, I'd like to open discussion on adding OOP APIs to >> the cURL extension. >> https://wiki.php.net/rfc/curl-oop >> >> This has been a long standing

[PHP-DEV] Re: [RFC] OOP API for cURL extension

Summarizing replies so far. Won't be able to update the RFC immediately as my day job needs me, but some great discussions already, gang. Thanks! * Define the conditions under which exceptions will be thrown (and which exceptions) - I'll add these to the RFC, but in short: * CurlException - Nev

[PHP-DEV] Re: [RFC] OOP API for cURL extension

On 14-02-2024 19:47, Sara Golemon wrote: Good afternoon folks, I'd like to open discussion on adding OOP APIs to the cURL extension. https://wiki.php.net/rfc/curl-oop This has been a long standing bug-bear of mine, and I think its time has come. try { (new \CurlHandle)->setOpt(YOUR_VOTE, tru

[PHP-DEV] Re: [RFC] [Discussion] Opt-in DOM spec-compliance

Hi internals On 1/17/24 21:22, Niels Dossche wrote: > Hi internals > > I'm starting discussion of my RFC "Opt-in DOM spec-compliance". > > RFC link: https://wiki.php.net/rfc/opt_in_dom_spec_compliance > Pre-RFC pitch: https://externals.io/message/122048 > > Kind regards > Niels I basically fin

[PHP-DEV] Re: [RFC] [Discussion] Opt-in DOM spec-compliance

Hi internals On 17/01/2024 21:22, Niels Dossche wrote: > Hi internals > > I'm starting discussion of my RFC "Opt-in DOM spec-compliance". > > RFC link: https://wiki.php.net/rfc/opt_in_dom_spec_compliance > Pre-RFC pitch: https://externals.io/message/122048 > > Kind regards > Niels I'm currentl

[PHP-DEV] Re: [RFC][Vote] RFC1867 for non-POST HTTP verbs

Hi everyone On Mon, Jan 22, 2024 at 10:23 AM Ilija Tovilo wrote: > > I started the vote on the "RFC1867 for non-POST HTTP verbs" RFC. > https://wiki.php.net/rfc/rfc1867-non-post The RFC has been accepted with 23 yes and 1 no vote. As promised to Sara, I will be setting up a poll for the suggeste

Re: [PHP-DEV] Re: [RFC] [Vote] Resource to object conversion

Hi Nicolas, - for curl - that's already supported by CurlHandle so this is seamless > - for DBA, because dba_list() works by > resourceid > - for resources created by stream_socket_server() and > stream_socket_accept() > > I only checked situations where the resource

Re: [PHP-DEV] Re: [RFC] [Vote] Resource to object conversion

Hello Mate, I've just closed the votes with the following outcomes: > - The primary vote for the described approach for converting resources to > objects was accepted unanimously (30 yes, 0 no) > - Primary stream resources are going to be migrated in a major version, > rather in any minor or major

[PHP-DEV] Re: [RFC] [Vote] Resource to object conversion

Hi Everyone, I've just closed the votes with the following outcomes: - The primary vote for the described approach for converting resources to objects was accepted unanimously (30 yes, 0 no) - Primary stream resources are going to be migrated in a major version, rather in any minor or major versio

[PHP-DEV] Re: [RFC][Under discussion] RFC1867 for non-POST HTTP verbs

Hi Joan Sorry for the late response. On Thu, Dec 14, 2023 at 6:08 PM Joanhey wrote: > > We can't use sapi_module.read_post() from CLI. > > https://github.com/joanhey/AdapterMan > This runtime use the CLI-SAPI, but this SAPI is very limited. We can use > parse_str() easily for 'application/x-www-

Re: [PHP-DEV] Re: [RFC] [VOTE] Improve callbacks in ext/dom and ext/xsl

On 11-01-2024 19:38, Niels Dossche wrote: On 21/12/2023 17:52, Niels Dossche wrote: Hi internals I'm opening the vote for my RFC "Improve callbacks in ext/dom and ext/xsl". Link: https://wiki.php.net/rfc/improve_callbacks_dom_and_xsl The voting will run for three weeks, i.e. until 2024-01-11 1

[PHP-DEV] Re: [RFC][Discussion] Raising zero to the power of negative number

On 1/11/24 15:29, Jorg Sowa wrote: Hello everyone! I want to start the discussion on the RFC: Raising zero to the power of negative number Link: https://wiki.php.net/rfc/raising_zero_to_power_of_negative_number Kind regards, Jorg In Python, the error message for `0 ** -1` is: ZeroDivis

[PHP-DEV] Re: [RFC] [VOTE] Improve callbacks in ext/dom and ext/xsl

On 21/12/2023 17:52, Niels Dossche wrote: > Hi internals > > I'm opening the vote for my RFC "Improve callbacks in ext/dom and ext/xsl". > Link: https://wiki.php.net/rfc/improve_callbacks_dom_and_xsl > > The voting will run for three weeks, i.e. until 2024-01-11 18:00 GMT+2. > > Kind regards > N

[PHP-DEV] Re: RFC proposal: worker mode primitives for SAPIs

> Le 4 janv. 2024 à 18:21, Joanhey a écrit : > > Hi, > > I like it for start a discussion, than it's necessary. > But we need to see the big picture. > > The CLI-SAPI is the poor brother in PHP (contrary to other languages), but > that is another discussion than I'll try to open later. > >

[PHP-DEV] Re: RFC proposal: worker mode primitives for SAPIs

Hi, I like it for start a discussion, than it's necessary. But we need to see the big picture. The CLI-SAPI is the poor brother in PHP (contrary to other languages), but that is another discussion than I'll try to open later. Create a Worker-SAPI? First any CLI worker can't access the SAPI.

[PHP-DEV] Re: [RFC][Under discussion] RFC1867 for non-POST HTTP verbs

Hi I love this RFC so we can use it from CLI-SAPI We can't use sapi_module.read_post() from CLI. https://github.com/joanhey/AdapterMan This runtime use the CLI-SAPI, but this SAPI is very limited. We can use parse_str() easily for 'application/x-www-form-urlencoded' but we need to replicate i

[PHP-DEV] Re: [RFC] [Discussion] Improve callbacks in ext/dom and ext/xsl

Hi internals On 07/11/2023 20:32, Niels Dossche wrote: > Hi internals > > I'm opening the discussion for my RFC "Improve callbacks in ext/dom and > ext/xsl". > RFC link: https://wiki.php.net/rfc/improve_callbacks_dom_and_xsl > > Kind regards > Niels It's been almost 2 weeks since the last chan

Re: [PHP-DEV] Re: [RFC][Discussion] NotSerializable attribute

On Sat, Dec 9, 2023 at 4:32 PM Dennis Snell via internals wrote: > > Max, I love this idea. > > Would it make sense to flip the design though and add `#[Serializable]` with > a new `php.ini` setting? > > I’m thinking that almost every class I use, if not every single class, should > not be seria

  1   2   3   4   5   6   7   8   9   10   >