On Fri, Jul 4, 2025, at 6:50 PM, Andreas Hennings wrote:
> On Thu, 3 Jul 2025 at 23:44, Larry Garfield wrote:
>>
>> On Thu, Jul 3, 2025, at 12:49 PM, Andreas Hennings wrote:
>>
>> >> A setter method injection is what I did in AttributeUtils, because it was
>> >> the only real option.
>> >
>> > In
Hi internals,
I'd like to start the discussion for an RFC proposing to extend the target of
the #[\Override] attribute to properties.
RFC: https://wiki.php.net/rfc/override_properties
Implementation: https://github.com/php/php-src/pull/19061
Cheers,
Jiří Pudil
On Friday, 4 July 2025 at 08:04, Niels Dossche wrote:
> Hi
>
> First of all, that's a huge list of deprecations and I think we should tone
> down on that.
> Especially if a feature still has a purpose and is not harmful or buggy, then
> we should probably consider not deprecating it.
The list
On Monday, 7 July 2025 at 16:46, Eric Norris wrote:
> > ** Deprecate the error_prepend_string and error_append_string INI directives
> > Why is that of questionable use? Why is "this is a development and
> > debugging feature" considered a valid reason to get rid of something? It
> > allows pro
On Wed, Jul 2, 2025 at 11:48 AM Eric Norris wrote:
>
> > Based on the feedback so far (I do plan on waiting for more responses
> > to your email), and on my own preferences, I wonder if there is a
> > hybrid option I could propose. Perhaps the RFC could offer both a
> > \Curl\Handle (tentative nam
On Mon, Jul 7, 2025, at 10:46, Rob Landers wrote:
> This is basically how non-strict mode works; there's no need for a cast. (I
> very rarely
> use strict mode, so I was a little confused on why you'd ever want to do this)
I always code in strict mode, so I find myself having to cast variables qu
> My only question: why does this implementation care if you specify too many
> arguments when PHP doesn’t care if you call a function with too many
> arguments?
That is only true for userland functions, by the way. Internal
functions do care. Historically, we could not do anything about this
be
On Mon, July 7, 2025 at 11:03 Niels Dossche wrote:
>>> There are a few things I will vote no for:
>>>
>>> [...]
>>>
>>> * Deprecate using values of type null and bool as array offsets and when
>>> calling array_key_exists()
>>> Deprecating this would make the language more inconsistent by allowin
Apologies for the duplicate; I missed CCing Internals previously.
On Mon, July 7, 2025 at 13:53 Niels Dossche wrote:
>>> There are a few things I will vote no for:
>>>
>>> * Deprecate semicolon after case in switch statement.
>>> People seem to use this and it doesn't seem harmful to have. Just
On Thu, 3 Jul 2025 at 00:26, Andreas Hennings wrote:
>
> This topic was discussed in the past as "Declaration-aware
> attributes", and mentioned in the discussion to "Amendments to
> Attributes".
> I now want to propose a close-to-RFC iteration of this.
> (I don't have RFC Karma, my wiki account i
On Mon, 7 Jul 2025 at 15:57, Larry Garfield wrote:
>
> On Fri, Jul 4, 2025, at 6:50 PM, Andreas Hennings wrote:
> > On Thu, 3 Jul 2025 at 23:44, Larry Garfield wrote:
> >>
> >> On Thu, Jul 3, 2025, at 12:49 PM, Andreas Hennings wrote:
> >>
> >> >> A setter method injection is what I did in Attrib
On Wednesday, 2 July 2025 at 21:47, Larry Garfield
wrote:
> For the DB-specific PDO constants, am I correct that all of those constants
> and methods already have equivalents in their respective driver classes? (If
> so, please state that explicitly.)
I have added the corresponding constant/me
On Thursday, 3 July 2025 at 17:05, Derick Rethans wrote:
> On Wed, 2 Jul 2025, Gina P. Banyard wrote:
>
> > Some should be non-controversial, others a bit more. If such, they
> > might warrant their own dedicated RFC, or be dropped from the proposal
> > altogether.
>
>
> The changes to filter
On Fri, Jul 4, 2025, at 5:27 PM, Rob Landers wrote:
> On Sat, Jun 28, 2025, at 07:06, Larry Garfield wrote:
>> Hi folks. Arnaud and I would like to present take-2 at Partial Function
>> Application.
>>
>> https://wiki.php.net/rfc/partial_function_application_v2
>>
>> It is largely similar to th
On Mon, Jul 7, 2025, at 18:22, Joseph Leedy wrote:
> Hello, I'm Joseph, or Seph for short. I'm a long time listener, but a
> first-time caller. I've had an idea rattling around in my noggin for a while
> that I'd like your feedback on:
>
> As a developer, I would like to have variables of one
On Mon, Jul 7, 2025, at 18:41, Rob Landers wrote:
>
>
> On Mon, Jul 7, 2025, at 18:22, Joseph Leedy wrote:
>> Hello, I'm Joseph, or Seph for short. I'm a long time listener, but a
>> first-time caller. I've had an idea rattling around in my noggin for a while
>> that I'd like your feedback on
On Mon, Jul 7, 2025 at 7:25 PM Joseph Leedy
wrote:
>
> As a developer, I would like to have variables of one type cast to another
> type automatically so that I do not need to assign the variable to itself.
>
>
> What if we could do this instead?
>
> ```php
> $price = '5.0123';
> ...
> (float) $p
On Mon, Jul 7, 2025, at 10:47, Alexandru Pătrănescu wrote:
>
> You need to use a slightly different syntax, maybe `(float)&$price;` that is
> an error now.
Apologies; I missed the ampersand in my example solution.
On Mon, Jul 7, 2025, at 11:54, Claude Pache wrote:
> Hi,
>
> There is already a built-in function for that very purpose, namely
> `settype()`, see:
>
> https://www.php.net/settype
>
>
> —Claude
Thanks, Claude. Over twenty years of PHP development and I didn't know that
function exists (or I
On Wednesday, 2 July 2025 at 21:57, Calvin Buckley wrote:
> On Jul 2, 2025, at 4:56 PM, Gina P. Banyard intern...@gpb.moe wrote:
>
> > Hello internals,
> >
> > It is this time of year again where we proposed a list of deprecations to
> > add in PHP 8.5:
> >
> > https://wiki.php.net/rfc/deprec
> ** Deprecate the error_prepend_string and error_append_string INI directives
>Why is that of questionable use? Why is "this is a development and
> debugging feature" considered a valid reason to get rid of something? It
> allows prominently displaying issues in development when they would b
On 07/07/2025 17:48, Gina P. Banyard wrote:
> On Friday, 4 July 2025 at 08:04, Niels Dossche
> wrote:
>
>> Secondly, I'm tired of having to deal with useless deprecation messages.
>> A lot of deprecation messages are completely useless for developers because
>> they do not point to a reason or
On Fri, July 4, 2025 at 01:01 Niels Dossche wrote:
> There are a few things I will vote no for:
>
> * Deprecate semicolon after case in switch statement.
> People seem to use this and it doesn't seem harmful to have. Just because
> you don't like it doesn't mean we should yeet it.
Can you poi
On Thursday, 3 July 2025 at 15:49, Ilija Tovilo wrote:
> Hi everyone
>
> On Wed, Jul 2, 2025 at 9:58 PM Gina P. Banyard intern...@gpb.moe wrote:
>
> > It is this time of year again where we proposed a list of deprecations to
> > add in PHP 8.5:
> >
> > https://wiki.php.net/rfc/deprecations_ph
Hello, I'm Joseph, or Seph for short. I'm a long time listener, but a
first-time caller. I've had an idea rattling around in my noggin for a while
that I'd like your feedback on:
As a developer, I would like to have variables of one type cast to another
type automatically so that I do not need
On Friday, 4 July 2025 at 22:52, Peter Kokot wrote:
> I'd also suggest deprecating building ext/readline with the Readline library
> and
> ext/dba with the GDBM library.
>
> These two libraries are released under the GPL-3 license, which is not
> compatible with PHP. In practice this means that
On Jul 7, 2025, at 12:22 PM, Gina P. Banyard wrote:
>
> On Wednesday, 2 July 2025 at 21:57, Calvin Buckley wrote:
>>
>> Thanks for reminding me I should dust off my proposal for cleaning up
>> ODBC driver support. Might be a good idea to put it to a vote...
>>
>> https://github.com/php/php-src
> Le 7 juil. 2025 à 18:22, Joseph Leedy a écrit :
>
> Hello, I'm Joseph, or Seph for short. I'm a long time listener, but a
> first-time caller. I've had an idea rattling around in my noggin for a while
> that I'd like your feedback on:
>
> As a developer, I would like to have variables of o
On 07/07/2025 21:19, Theodore Brown wrote:
> On Mon, July 7, 2025 at 11:03 Niels Dossche wrote:
>> You're allowed to do $array[null], $array[3.14], etc... and the key will
>> coerce.
>> I expect array_key_exists() to behave the same way as keys on array accesses
>> do.
>
> I'm confused what you
On 07/07/2025 20:55, Theodore Brown wrote:
> On Fri, July 4, 2025 at 01:01 Niels Dossche wrote:
>
>> There are a few things I will vote no for:
>>
>> * Deprecate semicolon after case in switch statement.
>> People seem to use this and it doesn't seem harmful to have. Just because
>> you don't l
30 matches
Mail list logo
