Hello, On Tue, 12 Mar 2019 at 17:57, Johannes Schlüter <johan...@schlueters.de> wrote: > > On Di, 2019-03-12 at 15:53 +0000, Rowan Collins wrote: > > On Tue, 12 Mar 2019 at 13:28, G. P. B. <george.bany...@gmail.com> > > wrote: > > > > > > > > I was more going along the lines of removing short tags altogether > > > with the > > > ini setting as they are not available out of the box except if you > > > use a > > > special compile flag. > > > > > > > I don't really follow this reasoning: if we removed every feature > > which wasn't enabled out of the box, we wouldn't need an INI file at > > all. > > Which would be good - as all those things make writing portable code > harder. > > $ echo '<?xml ?>' | php > > Is a valid program, which will behave vastly different based on the ini > setting. > > Of course for some things having a config is good (error levels > arguably, extension loading, ...) but for the raw language syntax and > behavior not so. > > johannes > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >
In reality if developer wants to write "portable" and proper PHP code, no one actually should use these short tags anymore. If they are still used somewhere as part of some legacy code, they won't work on majority of PHP installations anymore because the mostly have these turned off today in the php.ini files. So, the question here is more why supporting a feature that no one should use anymore... -- Peter Kokot -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
