Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:75008 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 81369 invoked from network); 20 Jun 2014 00:26:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jun 2014 00:26:19 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 108.166.43.67 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 108.166.43.67 smtp67.ord1c.emailsrvr.com Linux 2.6 Received: from [108.166.43.67] ([108.166.43.67:38575] helo=smtp67.ord1c.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E2/C3-61414-AAF73A35 for ; Thu, 19 Jun 2014 20:26:19 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp9.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id 33378281CB9; Thu, 19 Jun 2014 20:26:16 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp9.relay.ord1c.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id D342E28139E; Thu, 19 Jun 2014 20:26:15 -0400 (EDT) Message-ID: <53A37FA7.7060904@sugarcrm.com> Date: Thu, 19 Jun 2014 17:26:15 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Adam Harvey , Andrea Faulds CC: PHP Internals References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [VOTE] Bare Name Array Literal/Dereference From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > I try to be in the habit of explaining my -1s, so I'll explain them > below. They're both reasons that came up in the earlier discussion > thread. Agreeing to all this, but for me it is much more important that we do not actually need it (it doesn't allow to do anything we could not do before), it makes the language more complex (two ways of doing array elements instead of one) and the win is negligible (you save 3 characters per key). On the other side, every tool that does PHP would need to be updated to support this, and everybody using PHP would have to learn to read the new syntax and work with it along with the old one. IMHO not worth it. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227