> -----Original Message----- > From: Marco Pivetta [mailto:ocram...@gmail.com] > > Also a good chance to finally take a look at code that has been rotting in a > hard > drive for too much time.
It's an odd way of justifying a BC break by saying "you can write this one-liner sed or use this third-party tool to alter you code" exactly the same way every backwards incompatible change can be fixed then .. and then it makes no sense to even discuss. At the beginning of the proposal it was asked (on mailinglist) if the change has any impact on performance (php runs faster/language parses becomes substantially simple etc), if there are any security issues (like with magic quotes) or maybe similarly as with different extensions there is no one to support the code anymore. But in the end there is only the '<?xml' argument and that the documentation discourages short tags because that’s ini specific (while there are bunch of other ini directives which change the the way php works (like for example precision)) .. and that's it. So instead of by default disabling it and allowing the users make an conscious choice to reenable the option if needed it's removed altogether. Also imo the reason why people write now (and not in the discussion phase) because for some time in the voting there wasn't the 2/3 majority for the 7.4 (so no sense to clutter the list) and now in the end only 1-2 votes make the difference. rr -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
