Am 04.05.2020 um 19:34 schrieb Benas IML:
I would actually go as far as to say that this is going to be PHP 8
signature feature.
It certainly is for me.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello,
Is there any update on the RFC? Given that there isn't much discussion and 2
weeks have passed, I believe it's safe to move this into a voting phase.
Best regards,
Benas Seliuginas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
On Mon, May 4, 2020, at 12:34 PM, Benas IML wrote:
> I would actually go as far as to say that this is going to be PHP 8
> signature
> feature.
>
> Best regards,
> Benas Seliuginas
... I spent way too long working on that project... *sigh* Yeah, PHP 8.0. :-P
--Larry Garfield
--
PHP Internals
I would actually go as far as to say that this is going to be PHP 8
signature
feature.
Best regards,
Benas Seliuginas
On 04/05/2020 16:43, Manuel Canga wrote:
I think I’d be positive of adding `inout` keyword in order to:
- Check type of out is equal to type of param( like example of my first email ).
- Avoid modifying caller var value when the function throws an exception
Another huge advantage of adding
On Mon, May 4, 2020, at 7:05 AM, Benjamin Eberlei wrote:
> Hello everyone,
>
> i just closed the vote. Attributes v2 was accepted with 51 yay, 1 nay. The
> selected syntax will be <>.
>
> Thank you everyone for participating in the discussion and vote!
>
> We will start work on merging the
En lun, 04 may 2020 15:01:44 +0200 Matthew Brown
escribió
> This would break quite a lot of existing code, though PHP could add an
> explicit keyword like "inout" that catches this behaviour (see example in
> Hack: https://docs.hhvm.com/hack/functions/inout-parameters).
>
>
> On May 4, 2020, at 08:01, Matthew Brown wrote:
>
> This would break quite a lot of existing code, though PHP could add an
> explicit keyword like "inout" that catches this behaviour (see example in
> Hack: https://docs.hhvm.com/hack/functions/inout-parameters).
>
> Today these issues can also
This would break quite a lot of existing code, though PHP could add an
explicit keyword like "inout" that catches this behaviour (see example in
Hack: https://docs.hhvm.com/hack/functions/inout-parameters).
Today these issues can also be caught with static analysis:
https://psalm.dev/r/1f670956ab
Hello everyone,
i just closed the vote. Attributes v2 was accepted with 51 yay, 1 nay. The
selected syntax will be <>.
Thank you everyone for participating in the discussion and vote!
We will start work on merging the patch (quite a few review comments are
already addressed). In addition we
On Mon, 4 May 2020 at 06:27, Andreas Heigl wrote:
>
> As replacement I could think of showing people the way to UUIDs.
>
Although the name sounds similar, I don't think UUID would be a good
replacement for uniqid(). In my experience, it's used for things like
generating ID attributes for HTML
Hi internals,
I would like to present a possible new RFC( "keep type of reference params" )
for your
consideration.
Firstly, an example:
```
12 matches
Mail list logo
