Hi, >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.
If this RFC has caused such a resonance _after_ the vote, maybe, it can be reopened for a few days so that those who have not voted can do it? Thus, it is not the "1-2 votes" that will matter. — Sincerely, Sergey Panteleev On 24 Apr 2019, 21:08 +0300, Reinis Rozitis <r...@roze.lv>, wrote: > > -----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 >