On Thu, Aug 15, 2024, at 18:18, Stephen Reay wrote:
>
>
>> On 15 Aug 2024, at 22:22, Rob Landers wrote:
>>
>> Hello internals,
>>
>> I've decided to attempt an RFC for function autoloading. After reading
>> hundreds of ancient (and recent) emai
On Thu, Aug 15, 2024, at 20:40, Rowan Tommins [IMSoP] wrote:
> On 15/08/2024 16:22, Rob Landers wrote:
>> Hello internals,
>>
>> I've decided to attempt an RFC for function autoloading. After reading
>> hundreds of ancient (and recent) emails relating to
On Thu, Aug 15, 2024, at 17:42, Vincent Langlet wrote:
> Hi,
>
> When string is used as an array key, it's sometimes casted to an int.
> As explained in https://www.php.net/manual/en/language.types.array.php:
> "Strings containing valid decimal ints, unless the number is preceded by a +
> sign, w
On Fri, Aug 16, 2024, at 16:17, Larry Garfield wrote:
> On Fri, Aug 16, 2024, at 6:35 AM, Alexandru Pătrănescu wrote:
> > Hi Nick,
> >>
> >> Is there any interest in having enums as class constants?
> >>
> >> I'm often finding cases where I would like to have an enum inside of a
> >> class, but d
On Fri, Aug 16, 2024, at 02:59, 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 cha
On Fri, Aug 16, 2024, at 22:16, Kris Craig wrote:
>
>
> On Fri, Aug 16, 2024 at 8:11 AM Derick Rethans wrote:
>> Hi,
>>
>> In the last months, you have had numerous suggestions to keep it civil
>> on the mailing list, in the "C++ Enhancements" thread [1,2,3,4,5,6], and
>> multiple other thr
On Fri, Aug 16, 2024, at 21:57, John Coggeshall wrote:
>> Didja really?
>>
>> https://wiki.php.net/rfc/auto-implement_stringable_for_string_backed_enums
> I swear I did.
>
> That said, looking at that RFC it's a slightly different take than what I am
> suggesting. This RFC suggests that `stri
Hey Dennis,
This looks like top posting because you’ve got a lot to read — and well written
— but I want to reply to some points inline.
On Fri, Aug 16, 2024, at 20:43, Dennis Snell wrote:
> >On Fri, Aug 16, 2024, at 02:59, Dennis Snell wrote
>
> Thanks for the question, Rob, I hope this finds
On Fri, Aug 16, 2024, at 02:22, Stephen Reay wrote:
>
> Sent from my iPhone
>
> > On 16 Aug 2024, at 04:45, Rob Landers wrote:
> >
> > Userland functions don't throw that error, so it shouldn't be an issue.
> > (You can pass as many arguments
On Sun, Aug 18, 2024, at 00:40, Rowan Tommins [IMSoP] wrote:
>
>
> On 17 August 2024 22:33:03 BST, Rob Landers wrote:
> >I wouldn't consider it a BC break, no. But (ironically?), Symfony crashes
> >with this change. It really shouldn't but ...
>
> I
On Sun, Aug 18, 2024, at 11:36, Stephen Reay wrote:
>
> Hi Rob,
>
>> On 18 Aug 2024, at 04:33, Rob Landers wrote:
>>
>> I wouldn't consider it a BC break, no. But (ironically?), Symfony crashes
>> with this change.
>
>
> I wasn't aware of
On Mon, Aug 19, 2024, at 14:03, Gina P. Banyard wrote:
> On Thursday, 15 August 2024 at 17:22, Rob Landers wrote:
>> Hello internals,
>>
>> I've decided to attempt an RFC for function autoloading. After reading
>> hundreds of ancient (and recent) emails
On Mon, Aug 19, 2024, at 19:08, Derick Rethans wrote:
> Hi!
>
> Arnaud, Larry, and I have been working on an article describing the
> state of generics and collections, and related "experiments".
>
> You can find this article on the PHP Foundation's Blog:
> https://thephp.foundation/blog/2024/08
On Mon, Aug 19, 2024, at 23:17, Rowan Tommins [IMSoP] wrote:
> On 19/08/2024 17:23, Rob Landers wrote:
>
> > As far as performance for ambiguous functions go, I was thinking of
> > submitting an RFC, where ambiguous function calls are tagged during
> > compilation and
On Mon, Aug 19, 2024, at 19:08, Derick Rethans wrote:
> Hi!
>
> Arnaud, Larry, and I have been working on an article describing the
> state of generics and collections, and related "experiments".
>
> You can find this article on the PHP Foundation's Blog:
> https://thephp.foundation/blog/2024/08
On Tue, Aug 20, 2024, at 03:53, Bob Weinand wrote:
> On 20.8.2024 03:31:05, Larry Garfield wrote:
>> On Mon, Aug 19, 2024, at 5:16 PM, Bob Weinand wrote:
>>
>>
>>> Regarding the Collections PR, I personally really don't like it:
>>>
>>> • It implements something which would be trivial if we h
On Tue, Aug 20, 2024, at 10:41, Nick Lockheart wrote:
>
> > We would upgrade that to a warning in PHP 9.2, and it would end up
> > being an error on PHP 10 and have a BC break.
> >
> > I don't think adding a \ to each function call is ugly, that's what
> > we have for classes, and it works fine
On Tue, Aug 20, 2024, at 14:08, Arnaud Le Blanc wrote:
> Hi Rob,
>
> On Mon, Aug 19, 2024 at 7:51 PM Rob Landers wrote:
>
> > > Invariance would make arrays very difficult to adopt, as a library can
> > > not start type hinting generic arrays without breaking u
On Tue, Aug 20, 2024, at 08:50, Rowan Tommins [IMSoP] wrote:
>
>
> On 20 August 2024 00:21:22 BST, Rob Landers wrote:
> >
> >I assume you are worried about something like this passing test?
> >
> >--TEST--
> >show called only o
On Tue, Aug 20, 2024, at 18:07, Rob Landers wrote:
> On Tue, Aug 20, 2024, at 08:50, Rowan Tommins [IMSoP] wrote:
>>
>>
>> On 20 August 2024 00:21:22 BST, Rob Landers wrote:
>> >
>> >I assume you are worried about something like this passing test?
>
On Tue, Aug 20, 2024, at 23:56, Faizan Akram Dar wrote:
>
>
> On Tue, Aug 20, 2024 at 11:34 PM Ilija Tovilo wrote:
>> Hi Levi
>>
>> On Tue, Aug 20, 2024 at 5:14 PM Levi Morrison
>> wrote:
>> >
>> > I have long been in favor of a larger BC break with better language
>> > consistency. Class look
On Wed, Aug 21, 2024, at 01:53, Matthew Weier O'Phinney wrote:
>
>
> On Tue, Aug 20, 2024, 4:56 PM Rob Landers wrote:
>> __
>>
>>
>> On Tue, Aug 20, 2024, at 18:07, Rob Landers wrote:
>>> On Tue, Aug 20, 2024, at 08:50, Rowan Tommins [IMSoP]
On Mon, Aug 19, 2024, at 20:28, Mel Dafert wrote:
> On August 15, 2024 5:22:51 PM GMT+02:00, Rob Landers
> wrote:
> >Hello internals,
> >
> >I've decided to attempt an RFC for function autoloading. After reading
> >hundreds of ancient (and recent) emai
On Wed, Aug 21, 2024, at 10:23, John Coggeshall wrote:
>
>
> On Aug 2 2024, at 4:37 pm, Bilge wrote:
>> My only concern is there needs to be an alternative way to do this:
>> intercepting internal calls. Sometimes, whether due to poor architecture or
>> otherwise, we just need to be able to
On Wed, Aug 21, 2024, at 20:32, John Coggeshall wrote:
>
>
> On Aug 21 2024, at 2:10 pm, Ilija Tovilo wrote:
>>
>> Including a malicious composer package already allows for arbitrary
>> code execution, do you really need more than that?
>
> Of course. We've seen many examples in the wild of 3r
On Fri, Aug 23, 2024, at 09:27, Nick Lockheart wrote:
> On Fri, 2024-08-23 at 07:39 +0100, Rowan Tommins [IMSoP] wrote:
> >
> >
> > On 23 August 2024 00:15:19 BST, Mike Schinkel
> > wrote:
> > > Having to prefix with a name like Foo, e.g. Foo\strlen() is FAR
> > > PREFERABLE to _\strlen() becaus
On Fri, Aug 23, 2024, at 10:08, Nick Lockheart wrote:
>
> >
> > If we were to go with any major change in the current lookup where it
> > is perf or nothing, this is what I would propose for php 9.0
> > (starting with an immediate deprecation):
> >1. any unqualified call simply calls the curr
On Fri, Aug 23, 2024, at 12:14, Christian Schneider wrote:
> Am 23.08.2024 um 11:34 schrieb Nick Lockheart :
> > I think we are all trying to achieve the same thing here.
>
> I'm not sure who "we" and what "same thing" here exactly is.
>
> I recall the following arguments for changing the current
On Fri, Aug 23, 2024, at 11:27, Nick Lockheart wrote:
> On Fri, 2024-08-23 at 09:16 +0100, Rowan Tommins [IMSoP] wrote:
> >
> >
> > On 23 August 2024 01:42:38 BST, Nick Lockheart
> > wrote:
> > >
> > > >
> > > > BUT, if people already complain about "\" being ugly, having to
> > > > write
> >
On Fri, Aug 23, 2024, at 14:16, Rob Landers wrote:
> On Fri, Aug 23, 2024, at 11:27, Nick Lockheart wrote:
>> On Fri, 2024-08-23 at 09:16 +0100, Rowan Tommins [IMSoP] wrote:
>> >
>> >
>> > On 23 August 2024 01:42:38 BST, Nick Lockheart
>> > wro
On Fri, Aug 23, 2024, at 14:56, Christian Schneider wrote:
> Am 23.08.2024 um 12:27 schrieb Rob Landers :
> > On Fri, Aug 23, 2024, at 12:14, Christian Schneider wrote:
> >> Am 23.08.2024 um 11:34 schrieb Nick Lockheart :
> >> > I think we are all trying
On Fri, Aug 23, 2024, at 15:05, Bilge wrote:
> On 23/08/2024 11:34, Derick Rethans wrote:
>> On Wed, 10 Jul 2024, Derick Rethans wrote:
>>
>>
>>> We discussed this during one of our foundation meetings, and we propose:
>>>
>>> - to delete all notes with a rating less than -5 that are older tha
On Fri, Aug 23, 2024, at 19:32, Ilija Tovilo wrote:
> On Fri, Aug 23, 2024 at 5:49 PM Rowan Tommins [IMSoP]
> wrote:
> >
> > Other proposals aim to shift that balance - leaving some inconsistency, but
> > less compatibility break.
> >
> > And most users don't object to using a leading backslash
On Fri, Aug 23, 2024, at 20:27, Bruce Weirdan wrote:
> On Fri, Aug 23, 2024 at 4:27 PM Larry Garfield wrote:
>> Moving those definitions to attributes is certainly possible, though AFAIK
>> both the PHPStan and Psalm devs have expressed zero interest in it.
>> Part of the challenge is that such
On Mon, Aug 19, 2024, at 19:08, Derick Rethans wrote:
> Hi!
>
> Arnaud, Larry, and I have been working on an article describing the
> state of generics and collections, and related "experiments".
>
> You can find this article on the PHP Foundation's Blog:
> https://thephp.foundation/blog/2024/08
On Fri, Aug 23, 2024, at 21:41, Rowan Tommins [IMSoP] wrote:
>
>
> On 23 August 2024 18:32:41 BST, Ilija Tovilo wrote:
> >IMO, 1. is too drastic. As people have mentioned, there are tools to
> >automate disambiguation. But unless we gain some other benefit from
> >dropping the lookup entirely, w
On Fri, Aug 23, 2024, at 23:10, Vincent Langlet wrote:
> I found a simpler implementation later which rely on array_keys
> ```
> fn is_int_string(string $s): bool => \is_int(array_keys([$s => null])[0]);
> ```
>
> I considered that `is_int_string` was better in the same namespace than
> `is_obje
On Fri, Aug 23, 2024, at 23:06, Larry Garfield wrote:
> On Fri, Aug 23, 2024, at 1:38 PM, Rob Landers wrote:
> > On Fri, Aug 23, 2024, at 20:27, Bruce Weirdan wrote:
> >> On Fri, Aug 23, 2024 at 4:27 PM Larry Garfield
> >> wrote:
> >>> Moving those definiti
On Fri, Aug 23, 2024, at 23:57, Ilija Tovilo wrote:
> On Fri, Aug 23, 2024 at 9:41 PM Rowan Tommins [IMSoP]
> wrote:
> >
> > On 23 August 2024 18:32:41 BST, Ilija Tovilo wrote:
> > >IMO, 1. is too drastic. As people have mentioned, there are tools to
> > >automate disambiguation. But unless we ga
On Sat, Aug 24, 2024, at 11:00, Rob Landers wrote:
> On Fri, Aug 23, 2024, at 23:57, Ilija Tovilo wrote:
>> On Fri, Aug 23, 2024 at 9:41 PM Rowan Tommins [IMSoP]
>> wrote:
>> >
>> > On 23 August 2024 18:32:41 BST, Ilija Tovilo
>> > wrote:
>> >
On Sat, Aug 24, 2024, at 13:59, Stephen Reay wrote:
>
>
> > On 24 Aug 2024, at 16:24, Rob Landers wrote:
> >
> > In other words, if you want to autoload a global function, you need to call
> > it fully qualified.
>
> When I said this thread reads li
On Sat, Aug 24, 2024, at 18:34, Ilija Tovilo wrote:
> Stephen
>
> On Sat, Aug 24, 2024 at 2:00 PM Stephen Reay wrote:
> >
> > When I said this thread reads like an April fools joke that wasn't a
> > challenge you know.
>
> We *just* had somebody temporarily banned for ad-hominem attacks like
On Sat, Aug 24, 2024, at 20:16, Stephen Reay wrote:
>
>
> > On 25 Aug 2024, at 00:01, Ilija Tovilo wrote:
> >
> > Hi Stephen
> >
> > On Sat, Aug 24, 2024 at 1:54 PM Stephen Reay
> > wrote:
> >>
> >> Thanks for clarifying. Out of curiosity, how much optimisation do you
> >> imagine would
On Sat, Aug 24, 2024, at 18:49, Bilge wrote:
> Hi gang,
>
> 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.
>
> This one already comes complete with working implementation that I've
> been cooking for a lit
On Sun, Aug 25, 2024, at 00:58, Rowan Tommins [IMSoP] wrote:
>
>
> On 24 August 2024 19:16:13 BST, Stephen Reay wrote:
> >
> >> On 25 Aug 2024, at 00:01, Ilija Tovilo wrote::
> >>
> >> 1. Flipping lookup order: ~a few dozens of changes
> >> 2. Global only: ~3 000 changes
> >> 3. Local only:
On Sun, Aug 25, 2024, at 04:41, Mike Schinkel wrote:
>
>
>> On Aug 24, 2024 at 5:16 PM, mailto:rob@bottled.codes>> wrote:
>> I'm not sure what you mean here. I use this method all the time :) much to
>> the chagrin of some of my coworkers.
>>
>> function stuff($foo = 'bar', $baz = 'world');
>
On Sun, Aug 25, 2024, at 12:01, Bilge wrote:
> On 25/08/2024 10:49, Juliette Reinders Folmer wrote:
> > (resending as I accidentally originally send a private reply instead
> > of sending the below to the list)
> >
> > On 24-8-2024 18:49, Bilge wrote:
> >> Hi gang,
> >>
> >> New RFC just dropped
On Sun, Aug 25, 2024, at 15:35, Larry Garfield wrote:
> On Sat, Aug 24, 2024, at 11:49 AM, Bilge wrote:
> > Hi gang,
> >
> > 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.
> >
> > This one already comes c
On Sun, Aug 25, 2024, at 16:58, John Coggeshall wrote:
>
>
>> If the underlying API changes the argument type, consumers will have an
>> issue regardless. For those cases where the expression is simply `default`,
>> you'd actually be protected from the API change, which is a net benefit
>> a
On Sun, Aug 25, 2024, at 17:31, Rowan Tommins [IMSoP] wrote:
> On 25/08/2024 14:35, Larry Garfield wrote:
>> My other concern is the list of supported expression types. I
>> understand how the implementation would naturally make all of those
>> syntactically valid, but it seems many of them, i
On Sun, Aug 25, 2024, at 18:21, Rowan Tommins [IMSoP] wrote:
> On 25/08/2024 16:54, Rob Landers wrote:
> > Hi Rowan, you went through a lot of trouble to write this out, and the
> > reasoning makes sense to me. However, all the nonsensical things you
> > say shouldn’t b
On Sun, Aug 25, 2024, at 20:46, Rowan Tommins [IMSoP] wrote:
> On 25/08/2024 18:44, John Bafford wrote:
>
>> Although I'm not sold on the idea of using default as part of an
>> expression, I would argue that a default function parameter value is
>> fair game to be read and manipulated by callers
On Sun, Aug 25, 2024, at 22:28, Gina P. Banyard wrote:
> On Friday, 23 August 2024 at 23:55, Rob Landers wrote:
>> On Fri, Aug 23, 2024, at 23:06, Larry Garfield wrote:
>>>
>>> With generics, the syntax isn't the hard part. The hard part is type
>>> i
On Tue, Aug 27, 2024, at 22:15, Bilge wrote:
> On 26/08/2024 23:24, Rob Landers wrote:
>> On Sun, Aug 25, 2024, at 22:28, Gina P. Banyard wrote:
>>
>>> For the past 2–3 months, you have sent the vast majority of emails on this
>>> list, this is not what
On Wed, Aug 28, 2024, at 03:46, Jim Winstead wrote:
> On Tue, Aug 27, 2024, at 4:46 AM, Christoph M. Becker wrote:
> > On 27.08.2024 at 07:03, Andreas Heigl wrote:
> >
> >> I see this a bid differently to be honest. While I understand that using
> >> third party packages in our internal tools mig
On Wed, Aug 28, 2024, at 09:51, John Coggeshall wrote:
>
>> And that is how you will find that the "new" languages will "win". If we
>> don't promote how modern PHP Development works, then there will be more
>> "PHP, a fractal of bad design" articles to come for decades.
>>
>> We *must* do better
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
On Fri, Aug 30, 2024, at 20:13, Christoph M. Becker wrote:
> On 30.08.2024 at 19:05, Jim Winstead wrote:
>
> [snip]
>
> And generally, while there are many well maintained extensions on PECL,
> most (i.e. way more than half of the extension there) are outright
> abandoned, dead or half-dead, a lo
On Sun, Sep 1, 2024, at 23:47, Hammed Ajao wrote:
> Dear PHP internals community,
> I hope this email finds you all well. I'd like to propose an idea that I
> believe could enhance PHP's flexibility and consistency, especially when
> working with string literals. I'm looking forward to hearing yo
On Tue, Sep 3, 2024, at 02:00, Hammed Ajao wrote:
>
>
> On Mon, Sep 2, 2024 at 1:50 PM Rob Landers wrote:
>> __
>> On Sun, Sep 1, 2024, at 23:47, Hammed Ajao wrote:
>>> Dear PHP internals community,
>>> I hope this email finds you all well. I'd like
On Thu, Aug 15, 2024, at 17:22, Rob Landers wrote:
> Hello internals,
>
> I've decided to attempt an RFC for function autoloading. After reading
> hundreds of ancient (and recent) emails relating to the topic along with
> several abandoned RFCs from the past, and after much
On Wed, Sep 4, 2024, at 17:16, Jakob Givoni wrote:
>
>
> On Tue, Sep 3, 2024 at 11:49 PM Rob Landers wrote:
>> 1. I've removed the BC break—the 'type' of the autoloadee will not be passed
>> to the autoloader. This can allow someone to use spl_autoload for
On Tue, Sep 3, 2024, at 05:20, HwapX wrote:
> Hello internals!
>
> I was wondering, has there been any discussion about supporting local
> constants (variables that cannot be reassigned, perhaps even function
> parameters)?
Out of curiosity, what value would this bring to PHP? In my experience,
On Tue, Sep 3, 2024, at 13:24, Philip Hofstetter wrote:
> Hello,
>
> As per my previous email to the list, I have now created the official RFC to
> deprecate calling json_serialize() on instances of classes marked with
> ZEND_ACC_NOT_SERIALIZABLE.
>
> https://wiki.php.net/rfc/deprecate-json_enc
Hello Internals,
I receive the following error when saving an RFC:
There was an unexpected problem communicating with SMTP: Unexpected return code
- Expected: 250, Got: 554 | 554 5.5.2 <[i:p:v:6::addr]>: Helo command rejected:
invalid ip address
>From what I can gather, whatever SMTP server it
On Wed, Sep 4, 2024, at 22:26, Derick Rethans wrote:
> On 4 September 2024 21:15:55 BST, Rob Landers wrote:
> >Hello Internals,
> >
> >I receive the following error when saving an RFC:
> >
> >There was an unexpected problem communicating with SMTP: Unexpected ret
On Wed, Sep 4, 2024, at 22:17, John Bafford wrote:
> On Sep 4, 2024, at 15:23, Rob Landers wrote:
> >
> > On Tue, Sep 3, 2024, at 05:20, HwapX wrote:
> >> Hello internals!
> >>
> >> I was wondering, has there been any discussion about supporting local
On Wed, Sep 4, 2024, at 23:11, John Bafford wrote:
>
> > On Sep 4, 2024, at 16:45, Rob Landers wrote:
> >
> > I think, conceptually, this makes sense, but maybe I'm the only one who
> > writes
> >
> > $arr = doSomething();
> > $a
On Thu, Sep 5, 2024, at 10:55, Alexandru Pătrănescu wrote:
>
> On Tue, Sep 3, 2024 at 2:27 PM Philip Hofstetter
> wrote:
>> Hello,
>>
>> As per my previous email to the list, I have now created the official RFC to
>> deprecate calling json_serialize() on instances of classes marked with
>>
On Thu, Sep 5, 2024, at 21:03, Jakob Givoni wrote:
>
>
> On Wed, Sep 4, 2024 at 9:18 PM Rob Landers wrote:
>> __
>> On Wed, Sep 4, 2024, at 17:16, Jakob Givoni wrote:
>>>
>>>> 2. I've removed artificial restrictions on the constants in which all
On Thu, Sep 5, 2024, at 21:03, Jakob Givoni wrote:
>
>
> On Wed, Sep 4, 2024 at 9:18 PM Rob Landers wrote:
>> __
>> On Wed, Sep 4, 2024, at 17:16, Jakob Givoni wrote:
>>>
>>>> 2. I've removed artificial restrictions on the constants in which all
Hello Internals,
I'm going to try something new. I've been working on another RFC called "Typed
Aliases" (https://wiki.php.net/rfc/typed-aliases). It is very much a draft and
in-flux, and I've already worked out the technical mechanics of it ... however,
I am very unhappy with the syntax, and w
On Fri, Sep 6, 2024, at 20:07, Claude Pache wrote:
>
>
>> Le 5 sept. 2024 à 18:03, John Coggeshall a écrit :
>>
>>
>>> As per my previous email to the list, I have now created the official RFC
>>> to deprecate calling json_serialize() on instances of classes marked with
>>> ZEND_ACC_NOT_SERI
On Fri, Sep 6, 2024, at 22:45, Larry Garfield wrote:
> Hi Rob.
>
> First of all, I'm very much in favor of type aliases generally, so thank you
> for taking a swing at this.
>
> Second, it looks like you've run into the main design issue that has always
> prevented them in the past: Should alia
On Sat, Sep 7, 2024, at 01:34, Larry Garfield wrote:
> On Fri, Sep 6, 2024, at 6:27 PM, Rob Landers wrote:
>
> >> I suspect there's also other edge case bits to worry about, particularly
> >> if trying to combine a complex alias with a complex type, which could le
On Sat, Sep 7, 2024, at 05:17, Juliette Reinders Folmer wrote:
> On 6-9-2024 20:41, Rob Landers wrote:
>> - This RFC expands the "use ... as ..." syntax to allow any type expression
>> on the left side. These aliases are PER FILE and expire once the file is
>>
On Sat, Sep 7, 2024, at 14:42, Mike Schinkel wrote:
> > On Sep 6, 2024, at 4:45 PM, Larry Garfield wrote:
> > Aliases can then be used only in parameter, return, property, and
> > instanceof types. Extends and implements are out of scope entirely.
>
> Is there a strong technical reason why exte
On Sat, Sep 7, 2024, at 15:28, Larry Garfield wrote:
> On Fri, Sep 6, 2024, at 7:46 PM, Davey Shafik wrote:
>
> > My main struggle with this is readability. As much as I want custom
> > types (and type aliases is a good chunk of the way there), the main
> > issue I have is understanding what t
On Tue, Sep 10, 2024, at 10:00, Mike Schinkel wrote:
>> On Sep 9, 2024, at 5:35 PM, Rowan Tommins [IMSoP]
>> wrote:
>>
>> On 09/09/2024 19:41, Mike Schinkel wrote:
>>> In Go you cannot add or subtract on a typedef without casting to the
>>> underlying type. I would definitely prefer that to be
On Tue, Sep 10, 2024, at 15:28, Gina P. Banyard wrote:
> On Tuesday, 3 September 2024 at 23:44, Rob Landers wrote:
>> On Thu, Aug 15, 2024, at 17:22, Rob Landers wrote:
>>> Hello internals,
>>>
>>> I've decided to attempt an RFC for function autoloadin
On Mon, Sep 16, 2024, at 09:47, Jordan LeDoux wrote:
> The reason for this was to prevent developers from creating situations where
> `5 > $foo` is true and `5 < $foo` is true.
Just to point out: currently, PHP already does nonsensical comparisons:
https://3v4l.org/BZfc8
Granted, it is 'techni
Hello internals, from an alternate email address that hopefully works...
Before I get to the meat of this email, first of all, IMHO, anyone should be
able to email the list, even if they are not a member of the list. I've had to
email ubuntu lists about bugs before and I really have no desire to
On Mon, Feb 26, 2024, at 12:03, Rowan Tommins [IMSoP] wrote:
> On Sun, 25 Feb 2024, at 20:02, Rob Landers wrote:
> > Before I get to the meat of this email, first of all, IMHO, anyone should
> > be able to email the list, even if they are not a
> > member of the list. I&#
On Mon, Feb 26, 2024, at 19:01, Rowan Tommins wrote:
> On 26/02/2024 16:14, Rob Landers wrote:
> > There wasn’t any mention about issues FROM Gmail TO the list. I sent
> > this email because it didn’t seem like ANYONE was aware of the issue
> > (otherwise someone would
On Tue, Feb 27, 2024, at 00:11, Frederik Bosch wrote:
> Hi Rowan,
>
> On 26-02-2024 23:46, Rowan Tommins [IMSoP] wrote:
>> On 26/02/2024 20:21, Frederik Bosch wrote:
>>> I do note that $this->propName might suggest that the backing value is
>>> accessible from other locations than only the proper
On Tue, Feb 27, 2024, at 17:16, Larry Garfield wrote:
> On Tue, Feb 27, 2024, at 10:01 AM, Frederik Bosch wrote:
>
> > Hi Rowan,
> >
> > Our discussion sums up the pros and cons. Whether yield is
> > complicated/confusing or not, is maybe personal. The same applies to
> > getting $this->prop res
On Sat, Mar 2, 2024, at 22:10, Kamil Tekiela wrote:
> Hi Internals,
>
> I would like to start a discussion on a new RFC
> https://wiki.php.net/rfc/deprecate-get-post-sessions
>
> Please let me know whether the idea is clear and the RFC is understandable.
>
> In particular, I am looking for any f
On Mon, Mar 11, 2024, at 13:52, Gina P. Banyard wrote:
> Hello internals,
>
> I would like to get some initial feedback on an RFC I've been working on for
> the last 5–6 months.
> The RFC attempts to explain, and most importantly, improve the semantics
> around $container[$offset] as PHP is cu
On Tue, Mar 12, 2024, at 02:36, Gina P. Banyard wrote:
> On Monday, 11 March 2024 at 16:11, Larry Garfield
> wrote:
>
> >
> > Woof. That's my kind of RFC. :-) The extensive background helps a lot,
> > thank you.
> >
> > I am generally in favor of this, and have wanted more fine-grained
> >
On Tue, Mar 12, 2024, at 17:53, Saki Takamachi wrote:
> Hi,
>
> I posted this just when the mailing list was having some trouble, so I'll add
> a reply just in case.
>
> Regards.
>
> Saki
Instead of creating a BC break (which will probably affect older, less
maintained libraries the most),
On Tue, Apr 2, 2024, at 20:51, Bruce Weirdan wrote:
> On Tue, Apr 2, 2024 at 8:05 PM Ilija Tovilo wrote:
>
> > Equality for data objects is based on data, rather than the object
> > handle.
>
> I believe equality should always consider the type of the object.
>
> ```php
> new Problem(size:'big'
On Tue, Apr 2, 2024, at 21:40, Rowan Tommins [IMSoP] wrote:
> On 02/04/2024 20:02, Ilija Tovilo wrote:
>> But, does it matter? I'm not sure we look at some commits closer than
>> others, based on its author. It's true that it might be easier to
>> identify malicious commits if they all come from th
On Tue, May 21, 2024, at 14:39, Arnaud Le Blanc wrote:
> Hi Robert,
>
> > This sounds like a bug with Mac vs. a PHP issue.
>
> This is what I believe as well. FWIW I was able to reproduce the issue
> outside of PHP [2]. I've reported the bug to Apple, but I don't expect
> it to be fixed quickly
On Thu, May 23, 2024, at 16:50, Derick Rethans wrote:
> Hi!
>
> I've noticed that lately, people are adding a [Discussion] prefix to new
> threads to this list. That seems rather superfluous, as this is a
> *discussion* mailing list.
>
> RFCs require us to use [RFC] and [Vote] to stand out, but
>
> On Thu, 23 May 2024, 16:28 Rob Landers, wrote:
>> __
>> On Thu, May 23, 2024, at 16:50, Derick Rethans wrote:
>>> Hi!
>>>
>>> I've noticed that lately, people are adding a [Discussion] prefix to new
>>> threads to this list. That
On Fri, Jun 7, 2024, at 18:03, Benoît Condaminet wrote:
> Hello,
>
> Following the RFC process, I'm sending this to propose a PHP change. More
> precisely a new zend language token.
>
> This is somehow linked to the recently accepted RFC called "new
> MyClass()->method() without parentheses"
On Fri, Jun 7, 2024, at 21:02, Andreas Hennings wrote:
> On Fri, 7 Jun 2024 at 20:31, Larry Garfield wrote:
> >
> > On Fri, Jun 7, 2024, at 5:56 PM, ericm...@php.net wrote:
> >
> > >> Instead of ~ (which reminds me of the pendulum of symbols to written to
> > >> symbols and back again every 10i
On Mon, Jun 10, 2024, at 19:51, Rodrigo Vieira wrote:
> I didn't like the `Prefix-style` syntax. I prefer the `Hook-embedded-style`
> syntax. First let's look at the counterpoints of the `Prefix-style` syntax:
>
> ## 1) "`Prefix-style` is more visually scannable"
> > The set visibility is 10 line
On Tue, Jun 11, 2024, at 15:36, Larry Garfield wrote:
> On Tue, Jun 11, 2024, at 6:47 AM, Rob Landers wrote:
>
> > I’m also not a fan of the prefix style, but for different reasons. My
> > main reason is that it increases the minimum line-length, potentially
> > forcing
On Sat, Jun 15, 2024, at 16:40, Bilge wrote:
> On 15/06/2024 14:53, Rowan Tommins [IMSoP] wrote:
> > On 15/06/2024 12:16, Bilge wrote:
> >>
> >> I want to introduce the `static` keyword at the class declaration
> >> level. That is, the following would be valid: `static class Foo {}`.
> >
> >
>
1 - 100 of 443 matches
Mail list logo
