Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:70345 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 18219 invoked from network); 24 Nov 2013 06:27:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Nov 2013 06:27:41 -0000 Authentication-Results: pb1.pair.com smtp.mail=swhitemanlistens-software@cypressintegrated.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=swhitemanlistens-software@cypressintegrated.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain cypressintegrated.com designates 173.1.104.101 as permitted sender) X-PHP-List-Original-Sender: swhitemanlistens-software@cypressintegrated.com X-Host-Fingerprint: 173.1.104.101 rproxy2-b-iv.figureone.com Windows 2000 SP2+, XP SP1 (seldom 98 4.10.2222) Received: from [173.1.104.101] ([173.1.104.101:65014] helo=rproxy2-b-iv.figureone.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D5/41-10115-C5C91925 for ; Sun, 24 Nov 2013 01:27:40 -0500 Received: from localhost ([216.220.114.66]) by rproxy2-b-iv.figureone.com (Brand New Heavy v1.0) with ASMTP id JRZ01015 for ; Sat, 23 Nov 2013 22:27:15 -0800 Date: Sun, 24 Nov 2013 01:27:33 -0500 Reply-To: Sanford Whiteman X-Priority: 3 (Normal) Message-ID: <96858262.20131124012733@cypressintegrated.com> To: Galen Wright-Watson In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] rfc: pow-operator From: swhitemanlistens-software@cypressintegrated.com (Sanford Whiteman) > Also, by making ** right-associative, 2**3**2 is visually more > distinct from 2 ** (3*2); if left-associative, 2 ** (3 ** 2) and 2 > ** (3*2) would be more easily confused when reading or writing. Hmm... to me, this argument is pretty circuitous, as it assumes people actively remember ( x ** y ) ** z == x ** ( y * z ) and yet are not using the optimization nor parentheses. It's hard for me to follow your logic here. Plus, you shouldn't say something will be less performant unless you know the compiler won't optimize it on its own! If you're concerned (not unreasonably) about confusing ** and *, why not suggest another character instead? -- S.