Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

Den søn. 8. jul. 2018 kl. 23.42 skrev Christoph M. Becker : > Sorry, that there has not been any decision yet. However, Sara > suggested that this decision is not solely up to the RMs[1], and I > wouldn't know how to decide it then[2], since there has been at least > one objection[3]. > > [1]

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

Den søn. 8. jul. 2018 kl. 23.18 skrev Nikita Popov : > I assume that we're going forward with the addition of the alias, so I moved > the FILTER_SANITIZE_MAGIC_QUOTES deprecation from the PHP 7.3 to the PHP 7.4 > deprecations RFC. I implemented the 'add_slashes' filter to master so we should all

Re: [PHP-DEV] [RFC] User-defined object comparison

I'm sorry that this email created a new thread on externals.io - not sure how to avoid that. On Sun, 8 Jul 2018 at 18:51, Rudi Theunissen wrote: > Hi everyone, > > This RFC is now final; no decision will be changed unless there is a very > good reason to do so. I'm happy with the approach in det

Re: [PHP-DEV] [RFC] User-defined object comparison

Hi everyone, This RFC is now final; no decision will be changed unless there is a very good reason to do so. I'm happy with the approach in detail and available to address any further concerns. I'm waiting on the sidelines of the potential changes to the release schedule, but would like to ask wh

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

On 08.07.2018 at 23:18, Nikita Popov wrote: > I'll start the vote on this RFC (and the case-insensitive constants RFC) > tomorrow, with a duration of one week. I was holding off on these votes > because earlier comments in the typed references RFC thread made it appear > like a change to the relea

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

On Fri, Jul 6, 2018 at 6:50 AM, Kalle Sommer Nielsen wrote: > Den tor. 5. jul. 2018 kl. 22.51 skrev Kalle Sommer Nielsen >: > > > > Den tor. 5. jul. 2018 kl. 22.46 skrev Nikita Popov >: > > > Sounds reasonable to me. My only question would be when we would start > emitting the deprecation notic

Re: [PHP-DEV] Introspection for references

> Before talking about solutions, can the people who need this first outline >>> what functionality is needed and what it is needed for (and maybe what >>> workarounds you currently use). E.g. do you only need to know whether >>> something is a reference, or do you need to know whether two somethin

Re: [PHP-DEV] [RFC] Typed Properties

On 08.07.2018 at 01:35, Sara Golemon wrote: > On Fri, Jul 6, 2018 at 4:46 PM, Christoph M. Becker wrote: > >> Why should we have 2 additional alphas? In my opinion, a single >> additional alpha is sufficient, and it is really important not to add >> yet further features. > > Because in the best

Re: [PHP-DEV] Introspection for references

On Sun, Jul 8, 2018 at 10:42 AM, Nicolas Grekas < nicolas.grekas+...@gmail.com> wrote: > Hi Nikita, > > > Before talking about solutions, can the people who need this first outline >> what functionality is needed and what it is needed for (and maybe what >> workarounds you currently use). E.g. do

Re: [PHP-DEV] Introspection for references

Hi Nikita, Before talking about solutions, can the people who need this first outline > what functionality is needed and what it is needed for (and maybe what > workarounds you currently use). E.g. do you only need to know whether > something is a reference, or do you need to know whether two som

Re: [PHP-DEV] [RFC] Typed Properties

Hi Lester, Typed properties combined with value objects (quite widespread technique) provide a decent level of safety at this point in time. So far, there haven't been many nay-sayers to the patch: it's OK to vote "no" if you don't understand or don't want the feature. Greets, Marco On Sun, 8

Re: [PHP-DEV] [RFC] Typed Properties

On 08/07/18 00:35, Sara Golemon wrote: Personally, I think even independently of typed variables, typed properties feel like an 8.0 feature, not a 7.x feature. I probably agree with you on that. (Again, still undecided). The debate seems to assume that Typed Properties ARE a done deal even