Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:106408
To: internals@lists.php.net
References: <CAFPFaML19B_RehrUQLEy_oFae-H5r3+BpUGg=GF1js83cJpJqQ@mail.gmail.com>
 <CAF+90c__-duwVG7tOKDmrKAnV3B+7rKWcxh1kGZ+aUgU9MNSxQ@mail.gmail.com>
 <31F25B65-D8D0-4F33-97A9-C978CBA8A7D6@gmail.com>
 <CAF+90c9-trfRtCSt-qEcHmu_rgiNPk8HuMT9OsUvJDUYp1dDug@mail.gmail.com>
Message-ID: <7afb42cc-7193-769a-303f-41f1a3366402@gmail.com>
Date: Wed, 7 Aug 2019 14:12:07 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101
 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <CAF+90c9-trfRtCSt-qEcHmu_rgiNPk8HuMT9OsUvJDUYp1dDug@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
Subject: Re: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags, again
From: rowan.collins@gmail.com (Rowan Collins)

On 07/08/2019 09:11, Nikita Popov wrote:
> To clarify: What I had in mind is that use of <? results in an error if and
> only if short_tags is left at its default value (of On). If short_tags is
> explicitly Off or explicitly On, everything works as usual. Embedding <?xml
> ?> in PHP code requires an explicit short_tags=Off right now, so the
> situation there shouldn't change, unless I'm missing something.


Since it would behave differently, it wouldn't make sense to say that it 
defaulted to "On", but that actually leads to an interesting feature: 
add an "error" mode to that setting. So the options would be:

- error: any use of "<?" other than "<?php" and "<?=" would raise an 
error; compile-time default
- off: "<?" is ignored and passed through to output; ini default shipped 
by most packages
- on: "<?" is equivalent to "<?php"; no longer any kind of default

We could either leave the recommended ini setting in the official 
distribution as "off" (more compatible) or set it to "error" (to make 
mistakes safer and easier to spot).

Regards.

-- 
Rowan Collins
[IMSoP]