Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:21893
Return-Path: <andi@zend.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 64635 invoked by uid 1010); 17 Feb 2006 02:15:56 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 64620 invoked from network); 17 Feb 2006 02:15:55 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 17 Feb 2006 02:15:55 -0000
X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4)
Received: from ([80.74.107.235:14386] helo=mail.zend.com)
	by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP
	id 2E/A0-56463-0D135F34 for <internals@lists.php.net>; Thu, 16 Feb 2006 21:15:45 -0500
Received: (qmail 18166 invoked from network); 17 Feb 2006 02:15:39 -0000
Received: from localhost (HELO ANDI-NOTEBOOK.zend.com) (127.0.0.1)
	by localhost with SMTP; 17 Feb 2006 02:15:39 -0000
Message-ID: <7.0.1.0.2.20060216181258.0558c6d0@zend.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0
Date: Thu, 16 Feb 2006 18:15:42 -0800
To: "Sara Golemon" <pollita@php.net>,"Zeev Suraski" <zeev@zend.com>
Cc: <internals@lists.php.net>
In-Reply-To: <008301c63349$cfa9f8d0$5c8be5a9@ohr.berkeley.edu>
References: <002201c6331d$a79473b0$58d01a44@stumpy>
	<7.0.1.0.2.20060216192615.099c9598@zend.com>
	<000901c63322$20b5d550$5c8be5a9@ohr.berkeley.edu>
	<7.0.1.0.2.20060216134358.05a08240@zend.com>
	<008301c63349$cfa9f8d0$5c8be5a9@ohr.berkeley.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: Re: Minor engine patch to facilitate PECL/operator
From: andi@zend.com (Andi Gutmans)

At 02:39 PM 2/16/2006, Sara Golemon wrote:
>I gave this some thought as I was designing the overloading approach. I
>didn't go there because I actually wanted to allow asymmetry between the
>operands as sometimes communative properties don't apply cleanly.  Most
>obviously in the case of sub/div ops, but also in certain other (less
>likely) spots like matrix maths. a[1,3] * b[3,1] is certainly different than
>b[3,1] * a[1,3].

True.

>I'll take a look at applying this to the is_smaller op at least.  I'm not a
>master mathematician, but I'm fairly certain that 2 is always greater than
>1.(Cue the cue the internals@ response to the contrary)
> > We could possibly split that into two opcodes for PHP 6 mainly as a
> > "documentation" feature of the source code so less is lost during the
>compile.
> >
>That would certainly address PECL/operator's needs and only costs the engine
>in the form of a slightly increased binary (which the extval hack does
>anyway).

Yeah, well let's see if we can find some other compelling reasons to 
possible make the change for PHP 6. In the meantime, I think 
providing the patch with your extension should be OK. A hack for a hack :)

Andi