Firstly, a major version number increment implies a major change (4.2.0
and 4.3.0 had much more major changes than this iirc). Secondly, as far
as I'm aware, it doesn't issue a warning, it issues notices which, and
this has been stressed on many occasions, should not be displayed on
production servers.
Lastly, there IS a note in the announcement stating that the major
version increase is due to a non-BC change, I don't see what everyone is
complaining about. Perhaps you should request that your users read what
they're downloading before they download it.
Just my thoughts.
Nicholas Telford
Chuck Hagenbuch wrote:
Quoting Ilia Alshanetsky <[EMAIL PROTECTED]>:
In this case the "facility" was implementing, poorly might I add a
handler for a clearly incorrect behavior. Removing it was not only
appropriate but necessary to encourage proper code being written.
I know that other people have other points of view, but I am not arguing
this. I'm just asking that 4.4 be marked as having a non-BC change,
because - whether I could have updated my new code or not - there's a
ton of existing code out there that will never magically change to run
silently under 4.4.
I've already had people running old major versions of applications
upgrade to PHP 4.4 because it has "security fixes", and then come
complaining because suddenly they get a ton of warnings.
Yes, they could turn off warnings. But since the code has always run
cleanly beforehand, they don't think to do that.
Yes, they could very well ignore a note on php.net about the code
they're downloading.
But if there *was* a note with the 4.4 release, it would somewhat
lighten the load on PHP application developers dealing with the change.
-chuck
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php