RE: [PHP-DEV] Question/comment about the Array to String conversion RFC
| From: | François Laupretre | Date: | Thu, 19 Mar 2015 17:14:33 +0000 |
| Subject: | RE: [PHP-DEV] Question/comment about the Array to String conversion RFC | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-85221@lists.php.net to get a copy of this message | ||
> De : Zeev Suraski [mailto:zeev@zend.com]
>
> https://wiki.php.net/rfc/array-to-string (which I voted yes to)
> deviates
> from our guidelines of deprecating features first, and removing them
> later; It’s addressed in the RFC – but I’m a bit worried that this opens
> the door to jumping from any sort of notice/warning into errors or removed
> features without any deprecation phase.
>
> In comparison, in Nikita’s RFC for removing E_STRICT – there aren’t any
> proposed ‘jumps’ to E_RECOVERABLE_ERROR that don’t first go through
> E_DEPRECATED.
>
> Should we not go through this deprecation cycle, even if may feel anxious
> to get rid of this behavior?
Sorry for the delay but I could not send emails during the last 3 weeks.
As you may have noticed if you had a look at the RFC or twitter, I have decided to follow
people's suggestion. Array to string conversion will raise E_DEPRECATED in 7.0, and, then,
fatal error in 7.1 or 7.2.
Please note that the switch from E_DEPRECATED to fatal error won't require any new
RFC/discussion/vote as the fatal error is considered as approved. I just introduce an E_DEPRECATED
phase for 7.0.
Regards
François