Re: Re: [RFC] is_literal

From: Date: Fri, 18 Jun 2021 10:05:14 +0000
Subject: Re: Re: [RFC] is_literal
References: 1 2 3 4 5  Groups: php.internals 
Request: Send a blank email to internals+get-114942@lists.php.net to get a copy of this message
Le 18/06/2021 à 11:41, Craig Francis a écrit :
Hi Pierre, On Monday we had the discussion about types: https://externals.io/message/114835#114846 The RFCs Future Scope was updated to note the suggestion from someniatko and Matthew about how this could be a type in the future (Joe has also shown an interest); where it was agreed that it should be added later. Thanks for pointing out this discussion, I must have missed it.
The discussions I’ve had about this flag have been to ensure it covers all future use cases, including a dedicated type, where the function is an easy way to expose this flag to libraries today, so they can handle developer mistakes gracefully (rather than causing type errors), with types needing to have their own future/separate discussion. The type will still use this flag, so it will match the same definition in the RFC - strings defined by the programmer, and we will include integers after the feedback from Matthew (integers have always been considered, the only reason they were originally excluded was because I tried to keep the definition as small as possible, Matthew noted how they would help adoption, and no one can find a single issue with allowing them).
Makes sense. In many cases, I didn't want to bypass/override the RFC to something else, but just point out that the discussion about future types names could give hint about the function name itself. Regards, -- Pierre

Thread (69 messages)

« previous php.internals (#114942) next »