On Sunday, 9 June, 2024 at 19:03, Nikita Popov wrote:
> On Mon, Apr 15, 2024, at 18:43, Larry Garfield wrote:
>
> The vote for the Property Hooks RFC is now open:
>
> https://wiki.php.net/rfc/property-hooks
>
> Voting will close on Monday 29 April, afternoonish Chicago time.
>
>
> The other thing
On Mon, Jun 10, 2024, at 12:33 PM, Valentin Udaltsov wrote:
> On Sunday, 9 June, 2024 at 19:03, Nikita Popov wrote:
>> __
>> On Mon, Apr 15, 2024, at 18:43, Larry Garfield wrote:
>>> The vote for the Property Hooks RFC is now open:
>>>
>>> https://wiki.php.net/rfc/property-hooks
>>>
>>> Voting w
On Wed, May 29, 2024, 2:16 PM Larry Garfield wrote:
> As promised, Ilija and I offer this revised version of asymmetric
> visibility.
>
> https://wiki.php.net/rfc/asymmetric-visibility-v2
>
> It's still essentially the same as last year's version, but with a few
> adjustments and changes:
>
> * r
Hi
On 6/5/24 10:16, Benjamin Außenhofer wrote:
Tim will finalize the implementation PR now and work on its merge in the
upcoming days.
During review Ilija pointed out that adding the internal
ZEND_ACC_DEPRECATED flag was skipped for abstract methods and interface
methods, questioning the de
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 lines away from the get visibility!
Solution:
```php
class HookEmbe
Hi internals
I'm opening the vote of my RFC "New ext-dom features in PHP 8.4".
RFC link: https://wiki.php.net/rfc/dom_additions_84
Voting runs until 24th of June 21:00 GMT+2.
Kind regards
Niels
You guys are killing PHP. There is a lot of work to be done on the engine
to modernize it and make it more robust and sturdy. Shit like this just
adds more complexity to PHP in the name of convenience. I think this is my
cue to explore other languages for handling requests
On Mon, Jun 10, 2024 at
On 10 June 2024 21:17:38 BST, Lanre wrote:
>You guys are killing PHP. There is a lot of work to be done on the engine
>to modernize it and make it more robust and sturdy. Shit like this just
>adds more complexity to PHP in the name of convenience. I think this is my
>cue to explore other languages
Hi, internals!
9 years have passed since the last discussions of case sensitive PHP:
https://externals.io/message/79824 and https://externals.io/message/83640.
Here I would like to revisit this topic.
What is case-sensitive in PHP 8.3:
- variables
- constants (all since
https://wiki.php.net/rfc/c
Why invest time in crafting yet another pull request or RFC when it's
glaringly obvious that you guys have no clue what you're doing? First,
there's the questionable decision to implement JIT in 8.0, followed by the
introduction of an entirely new library (IR) to a language that's
predominantly req
> On Jun 10, 2024, at 20:35, Valentin Udaltsov
> wrote:
>
> Hi, internals!
>
> 9 years have passed since the last discussions of case sensitive PHP:
> https://externals.io/message/79824 and https://externals.io/message/83640.
> Here I would like to revisit this topic.
>
> What is case-sensiti
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
12 matches
Mail list logo