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:
>> > >IMO, 1. is too drastic. As people have mentioned,
> On 24 Aug 2024, at 01:29, Ilija Tovilo wrote:
>
> The "hard to come by" part is referring to the engine, which is quite
> optimized for the current semantics. Some of PHPs quirky semantics
> make it hard to improve it further, this being one of them.
Thanks for clarifying. Out of curiosity
> 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 like an April fools joke that wasn't a challenge
you know.
Are you seriously suggesting that unqualified funct
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 like an April fools joke that wasn't a
> ch
On 23.08.2024 at 01:02, Dennis Snell wrote:
>> If we could have a single implementation, that would be great. I do
>> understand of course your concern that DOM is not a required extension, and
>> therefore basing the internals on Lexbor makes it tied to the DOM extension
>> which may not be av
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
a week ago. Please familiarize yourself with the mailing list rules.
T
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 little while. Considering I don't know C or PHP
internals,
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 be possible if the lookups were done the same was as classes (ie no
> fallback, names must be local, qualified or imported with `use`)?
I hav
On Sat, Aug 24, 2024, 11:50 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 is a feature I've wanted for a very long time! The RFC is very
straight forward, and the appe
> On 24 Aug 2024, at 23: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 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 be possible if the lookups were done the same was as classes
>> (ie no fallba
On 24/08/2024 18:01, Matthew Weier O'Phinney wrote:
This is a feature I've wanted for a very long time! The RFC is very
straight forward, and the appendix does a great job of enumerating the
possible expressions.
Nice work all around!
Thanks, Matt! Glad you like this one (and the last one!
Hi Dennis,
Overall it sounds like a reasonable RFC.
> Dennis:
>
> > Niels:
> >
> > I'm not so sure that the name "decode_html" is self-descriptive enough,
it sounds very generic.
>
> The name is not very important to me. For the sake of history, the reason
I have chosen “decode HTML” is because,
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 Aug 24, 2024, at 2:56 PM, Jakob Givoni wrote:
>
> Hi Dennis,
>
> Overall it sounds like a reasonable RFC.
>
> > Dennis:
> >
> > > Niels:
> > >
> > > I'm not so sure that the name "decode_html" is self-descriptive enough,
> > > it sounds very generic.
> >
> > The name is not very important
> On Aug 24, 2024, at 7:47 AM, Christoph M. Becker wrote:
>
> On 23.08.2024 at 01:02, Dennis Snell wrote:
>
>>> If we could have a single implementation, that would be great. I do
>>> understand of course your concern that DOM is not a required extension, and
>>> therefore basing the intern
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 24/08/2024 22:14, Rob Landers wrote:
On Sat, Aug 24, 2024, at 18:49, Bilge wrote:
as soon as two or more nullable arguments are involved
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 = 'w
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: ~139 000 changes
>There's also an impact on internals development/RFC with eith
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 Thursday, May 16 2024 at 17:22, Saki Takamachi wrote:
> Hi all,
>
> > 2024/05/01 17:55、Saki Takamachi のメール:
> >
> > Hi all!
> >
> > Voting for RFC: Support object type in BCMath has started. Voting ends
> on 2024-05-16 00:00 GMT.
> > https://wiki.php.net/rfc/support_object_type_in_bcmath
> >
>
>
> On Aug 23, 2024 at 2:30 PM, mailto:tovilo.il...@gmail.com)>
> wrote:
>
>
>
> On Fri, Aug 23, 2024 at 8:19 PM John Coggeshall
> wrote: > > 1. People who don't think BC is a problem, and would like to
> drop > either the global or local lookup ent
>
> 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');
>
>
>
> s
> On Aug 24, 2024, at 11: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 li
> On 25 Aug 2024, at 06:09, Rowan Tommins [IMSoP] wrote:
>
> this is only a problem for option 1.
Fair point.
> the short/medium term impact is so big
Given the scope of it, I think realistically *any* change suggested here should
aim to target 9.0 for the deprecation (and 10 for the chang
27 matches
Mail list logo
