Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:46735 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 65863 invoked from network); 14 Jan 2010 20:07:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Jan 2010 20:07:36 -0000 Authentication-Results: pb1.pair.com smtp.mail=php-php-dev@m.gmane.org; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=news@ger.gmane.org; sender-id=pass Received-SPF: pass (pb1.pair.com: domain m.gmane.org designates 80.91.229.12 as permitted sender) X-PHP-List-Original-Sender: php-php-dev@m.gmane.org X-Host-Fingerprint: 80.91.229.12 lo.gmane.org Linux 2.6 Received: from [80.91.229.12] ([80.91.229.12:55289] helo=lo.gmane.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 71/41-56067-7897F4B4 for ; Thu, 14 Jan 2010 15:07:36 -0500 Received: from list by lo.gmane.org with local (Exim 4.50) id 1NVVya-0004jZ-EH for internals@lists.php.net; Thu, 14 Jan 2010 21:07:28 +0100 Received: from 200.56.172.118 ([200.56.172.118]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Jan 2010 21:07:28 +0100 Received: from geissert by 200.56.172.118 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Jan 2010 21:07:28 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: internals@lists.php.net Followup-To: gmane.comp.php.devel Date: Thu, 14 Jan 2010 14:07:02 -0600 Lines: 29 Message-ID: References: <4B4D2883.5040703@lerdorf.com> <4B4DFF46.7060908@lerdorf.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Gmane-NNTP-Posting-Host: 200.56.172.118 Sender: news Subject: Re: [PHP-DEV] Throwing an E_DEPRECATED for short_open_tag From: geissert@debian.org (Raphael Geissert) Rasmus Lerdorf wrote: > > Then we have to have logic to differentiate It would make the parser quite a bit more complex if we have to start > parsing stuff outside of the active open tags. Not sure it is worth the > effort nor the extra overhead. > Isn't something similar already done? I was thinking that making short_open_tag runtime-only would be the best solution (applying it only to include/require files, not on the same script enabling the option), but given the amount of necessary code and behaviour changes it is unsuitable for 5.3 (and somebody needs to be willing to do that). I'm not aware of something similar being proposed before, so, what do you think? I'm still looking for a way to warn about the use of open_short_tag not being explicitly enabled on the PERDIR level. Otherwise the only thing I see would make applications change would be when the default is Off and they break. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net