Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:76965 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 20468 invoked from network); 30 Aug 2014 10:49:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Aug 2014 10:49:51 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:38026] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2E/11-09868-D4CA1045 for ; Sat, 30 Aug 2014 06:49:50 -0400 Received: by mail.experimentalworks.net (Postfix, from userid 1003) id 8A56741D1C; Sat, 30 Aug 2014 12:49:56 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on km31408.keymachine.de X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-HAM-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP Received: from [192.168.2.31] (ppp-93-104-10-89.dynamic.mnet-online.de [93.104.10.89]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id C325C41D18; Sat, 30 Aug 2014 12:49:54 +0200 (CEST) To: Tjerk Meesters Cc: Stanislav Malyshev , PHP Internals In-Reply-To: References: <54016A45.1010900@sugarcrm.com> Content-Type: text/plain; charset="UTF-8" Date: Sat, 30 Aug 2014 12:48:44 +0200 Message-ID: <1409395725.6881.121.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [RFC] Loosening heredoc/nowdoc scanner From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Sat, 2014-08-30 at 18:33 +0800, Tjerk Meesters wrote: > > The closest I could come to a rebuttal is if there’s no real need to > make the syntax so restrictive, why not make it less restrictive? > This is a good criterion when adding a new syntax. A change to existing syntax features needs further arguments. Mind that such changes not only impact BC for existing scripts which in this case can be detected easily, but also has to be reflected in tools like IDEs which have to highlight it correctly based on version and developers have to learn this (need to read long heredocs with more attention as the terminator might hide more and developers have to be aware that when using the new form their application won't work anymore on older platforms, this is more clear with distinct new features) Overall I'm +0.25 on this change - the current limitation annoyed me often enough, but the cost of such a change (see above) is too high compared to the tiny win. johannes