Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:21900 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 36549 invoked by uid 1010); 17 Feb 2006 11:09:32 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 36534 invoked from network); 17 Feb 2006 11:09:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Feb 2006 11:09:32 -0000 X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:51692] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 35/B0-29060-BEEA5F34 for ; Fri, 17 Feb 2006 06:09:32 -0500 Received: (qmail 13887 invoked from network); 17 Feb 2006 11:09:27 -0000 Received: from localhost (HELO zeev-notebook.zend.com) (127.0.0.1) by localhost with SMTP; 17 Feb 2006 11:09:27 -0000 Message-ID: <7.0.1.0.2.20060217130522.083f7c40@zend.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Fri, 17 Feb 2006 13:09:26 +0200 To: "Stefan Walk" Cc: "Sara Golemon" ,internals@lists.php.net, "Andi Gutmans" In-Reply-To: <4858f9d90602170155v6843bb5ew@mail.gmail.com> 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.20060217005156.0b12d660@zend.com> <4858f9d90602170155v6843bb5ew@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] Re: Minor engine patch to facilitate PECL/operator From: zeev@zend.com (Zeev Suraski) At 11:55 17/02/2006, Stefan Walk wrote: >On 16/02/06, Zeev Suraski wrote: > > In languages where operator overloading is supported, it comes hand > > in hand with strict typing, which wouldn't allow for different values > > for x>y and y > > > Zeev > >That's not true, Ruby for example has operator overloading, and has no >problems with different meanings of x>y and ycore class that does that). I mean *real* languages :) Seriously though, it sounds like a bad idea to allow it. >Also, PHP already breaks the transitivity rule for the equality >operator ($a == $b and $b == $c does not imply $a == $c), so there's >not much new evil if a user can, by loading an extension, break the >symmetry of the comparison operators, IMO. Oh I disagree. While we do have some unique cases in which transitivity is not maintained, they are quite, well, unique, and arguably make sense. More importantly, the discussion here is not about transitivity (although it does have transitivity implications). It's more fundamental, it's about the very meaning of smaller-than / greater-than and the relationship between them. Zeev