On Friday, 14 June, 2024 at 23:19, Bilge wrote:
> On 14/06/2024 15:56, Larry Garfield wrote:
>
> I agree that this sounds like a change with very unclear BC implications at
> best, and bad ones at worst, with dubious benefit. Just how much performance
> would we gain from case sensitive class
Hello,
we're thinking of bumping the minimum PostgreSQL version supported by PHP from
current version 9.1 to version 10.0:
https://github.com/php/php-src/pull/14540
A list of PostgreSQL versions and their EOL dates can be seen at
https://en.wikipedia.org/wiki/PostgreSQL
The versions coverage by
On Fri, Jun 14, 2024, at 8:15 PM, Larry Garfield wrote:
And of course I got the code sample wrong. It should be:
> class Service {
> public function __construct(private ServiceA $a, private ServiceB $b) {}
> }
>
> $c = some_container();
>
> $init = fn() => $this->__construct($c->get(ServiceA
On Fri, Jun 14, 2024, at 12:13 PM, Arnaud Le Blanc wrote:
> Hi Tim,
>
> We have updated the RFC to address your feedback. Please find
> additional answers below.
The updated RFC looks much better, thank you. Though I still have some
thoughts, in no particular order.
> The actual instance is all
On 14/06/2024 15:56, Larry Garfield wrote:
I agree that this sounds like a change with very unclear BC implications at
best, and bad ones at worst, with dubious benefit. Just how much performance
would we gain from case sensitive class names? If it's 20%, OK, sure, that may
be worth whatever
Coming from the property hooks/ asymmetric visibility dude, that's pretty
rich.
On Fri, Jun 14, 2024 at 10:13 AM Larry Garfield
wrote:
> On Fri, Jun 14, 2024, at 11:22 AM, Robert Landers wrote:
> > On Fri, Jun 14, 2024 at 6:40 AM Rokas Šleinius
> wrote:
> >>
> >> I'm no one important, but I jus
Hi
On 6/14/24 14:13, Arnaud Le Blanc wrote:
We have updated the RFC to address your feedback. Please find
additional answers below.
for some preliminary feedback: I've given the RFC another quick read and
it already reads *much* better, thank you. The two examples for the two
strategies were
On Fri, Jun 14, 2024, at 11:22 AM, Robert Landers wrote:
> On Fri, Jun 14, 2024 at 6:40 AM Rokas Šleinius wrote:
>>
>> I'm no one important, but I just want to say for the sake of the
>> public image of PHP I hope this does not pass, or at least not in the
>> foreseeable future.
>>
>> There are NO
Hi Michał, Chris,
On Thu, Jun 6, 2024 at 8:53 AM Michał Marcin Brzuchalski
wrote:
> Did you consider implementing it using some attribute?
On Sun, Jun 9, 2024 at 1:24 AM Chris Riley wrote:
> I'm wondering why this has been attached to the existing reflection API
> instead of being a new thing
Hi Tim,
We have updated the RFC to address your feedback. Please find
additional answers below.
On Wed, Jun 5, 2024 at 8:25 PM Tim Düsterhus wrote:
> Is there any reason to call the makeLazyX() methods on an object that
> was not just freshly created with ->newInstanceWithoutConstructor()
> then
On Fri, Jun 14, 2024 at 6:40 AM Rokas Šleinius wrote:
>
> I'm no one important, but I just want to say for the sake of the
> public image of PHP I hope this does not pass, or at least not in the
> foreseeable future.
>
> There are NO substantial gains to speak of here and the BC break is
> real an
On Fri, 14 Jun 2024, 05:39 Rokas Šleinius, wrote:
>
> Besides, this is slightly off topic, but I don't know if you know, but
> if you take a look at stackoverflow developer survey over the years,
> there has been an absolute 30% drop of php popularity in the past few
> years.
>
> I would guess th
12 matches
Mail list logo
