On Fri, 19 Jan 2024 at 16:04, Sara Golemon wrote:
>
> No disrespect to all the folks (including myself) who had a part in file
> I/O as it exists today, but it *IS* a hot mess. I've sketched out
> redesigns with folks over the years, but I have to be honest that I don't
> have the spoons to inve
On Thu, 30 Nov 2023 at 07:28, Andreas Heigl wrote:
>
> I would even support an RFC that goes one step beyond that and not only
> officially recognize the PHPFoundation as a sponsoring organization but
> also transfers the Copyright on PHP from the ominous "PHP Group" to the
> PHP Foundation.
>
I
Hi folks
On Fri, 8 Apr 2022 at 15:29, Calvin Buckley wrote:
> If I could set up a workflow that when I tag a release, it pushes a full
> matrix to PECL, that would be great.
>
Any info on whether this is possible, or may be possible in the future? I
too have set up a pipeline to build all suppo
On Wed, 29 Dec 2021, 15:42 Vincent Langlet,
wrote:
>
> I recently discovered that an array was automatically casting
> numeric-string keys to int if it was possible.
>
Having had to track down bugs numerous times over the years, I completely
agree this is unexpected behaviour, and would be in fa
On Thu, 16 Dec 2021, 17:53 Horváth V., wrote:
>
> I'm writing to you to find out what the reception here is regarding the
> idea of moving the PHP project to build using CMake.
>
I think this would be a great move overall.
Would the CMake build chain be backported? I'm assuming not, which means
On Thu, 9 Dec 2021, 20:12 Jordan LeDoux, wrote:
>
> RFC Link: https://wiki.php.net/rfc/user_defined_operator_overloads
I'm not strongly opinionated on either approach (magic __add vs operator +)
although I have a very slight preference to your propose operator + syntax,
however despite very occ
On Fri, 26 Nov 2021 at 10:10, Thomas Nunninger
wrote:
> let's celebrate! Congrats and thanks to all who have been involved in
> creating this great new release!
>
I concur, thank you to everyone who has helped make this release!
Thanks
James
On 24 Mar 2016 19:43, "Mutlu Kocak" wrote:
>
> he is trolling :)
>
I wouldn't dismiss this idea straight off. I can see a lot of practical
uses for chaining assignment operators, like:
$a !==<=> $b;
Expanded from:
$a = $a !== (($a <=> $b) === $b);
Which is something I often do in my produ
On 14 Mar 2016 6:14 p.m., "Colin O'Dell" wrote:
>
> >
> > Forcing people to specify a visibility for properties and not for
methods
> > would add yet another inconsistency in the language.
> >
>
> That's a really good point.
Yup, agree with this. In my opinion, I'd like to see two birds with one
On 11 March 2016 at 10:03, Jakub Kubíček wrote:
>
> - `var` can semantically also represent an internal dependency, as I have
> described earlier
An internal property should be `private`. The use of `var` in the specific
project you referenced earlier should only be considered a very, very weak
>
> It is perfectly legitimate to question the competence, professionalism,
> and intelligence of any individual (or group) who seeks to break BC for NO
> GOOD REASON other than personal preference.
As has already stated, you are insulting people by doing this. Please stop
insulting people; as fa
Yes, you're quite right - my mistake!
On 9 March 2016 at 11:09, Yasuo Ohgaki wrote:
>
>
> Since there is conversion script, how about just write RFC and start
> voting? I seems discussion never ends.
I agree completely :)
By the way Yasuo, you didn't include the internals mailing list in your
last reply.
Thanks
James
>
> need to have their competence, professionalism, and intelligence
> questioned.
Tony, making a statement like this is unprofessional in itself. You've
already been asked to put emotions aside and discuss this topic on the
technical merit, there's no need to question people's competence,
profes
On 28 Feb 2016 06:18, "Jakub Kubíček" wrote:
>
> I see a difference in its
> _semantics_. While the `public` modifier states anyone can change the
> property, `var` is useful for marking internal properties which must
> be public, but should not be manipulated by simply anybody
If it's public, it
15 matches
Mail list logo
