Re: Re: [VOTE] ext/mysql deprecation in 5.5
| From: | Jan Ehrhardt | Date: | Thu, 29 Nov 2012 15:46:31 +0000 |
| Subject: | Re: Re: [VOTE] ext/mysql deprecation in 5.5 | ||
| References: | 1 2 3 4 5 6 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-64104@lists.php.net to get a copy of this message | ||
Kris Craig in php.internals (Wed, 28 Nov 2012 12:33:55 -0800):
>We also know that E_DEPRECATED works when other approaches do not. I would
>point you all to the famous example of Drupal 7, which would break
>completely due to a flurry of E_DEPRECATED warnings (if display_errors was
>set to on) being triggered as of 5.3 due to their continued use of
>magic_quotes_gpc and magic_quotes_runtime. When Drupal 8 was released some
>time later, the code was fixed so that it no longer used those out-dated
>functions.
http://drupal.org/community-initiatives/drupal-core
Drupal 8 will not be released before August 2013. Maybe in the current
core the E_DEPRECATED warnings are gone, but certainly not in many of
the modules.
People are still switching to Drupal7. And Drupal7 throws the watchdog
full with E_DEPRECATED warnings when it is running onder PHP5.4. The
views module has issues with PHP 5.4, but some modules even let Drupal7
under PHP5.4 crash completely:
http://drupal.org/node/1831402
If E_DEPRECATED stays in ext/mysql even after it has moved to PECL, the
result will be that more and more people turn E_DEPRECATED warnings off.
Jan