Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:14696 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13428 invoked by uid 1010); 7 Feb 2005 20:08:44 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 13244 invoked from network); 7 Feb 2005 20:08:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Feb 2005 20:08:37 -0000 X-Host-Fingerprint: 217.13.4.94 bgo1smout1.broadpark.no Solaris 9 Received: from ([217.13.4.94:47800] helo=bgo1smout1.broadpark.no) by pb1.pair.com (ecelerity HEAD (r4105:4106)) with SMTP id 1B/92-36585-4CAC7024 for ; Mon, 07 Feb 2005 15:08:37 -0500 Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IBK00A9I5060N50@bgo1smout1.broadpark.no> for internals@lists.php.net; Mon, 07 Feb 2005 21:02:30 +0100 (CET) Received: from pc ([80.203.129.71]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IBK00AF35CZM8D0@bgo1sminn1.broadpark.no> for internals@lists.php.net; Mon, 07 Feb 2005 21:10:11 +0100 (CET) Date: Mon, 07 Feb 2005 21:10:15 +0100 To: internals@lists.php.net Message-ID: <019301c50d51$09e71b60$0300000a@pc> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Mailer: Microsoft Outlook Express 6.00.2800.1437 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <5.1.0.14.2.20050201111730.0299da70@localhost> <42020015.5090209@cschneid.com> <02d901c50a0c$b2c0c3f0$a900000a@adstate.local> <00bc01c50a1f$c000a9a0$0300000a@pc> <04e901c50a45$49fd85e0$0300000a@pc> Subject: Re: [PHP-DEV] PHP 5.1 - operator overloading From: tslettebo@broadpark.no (=?iso-8859-1?Q?Terje_Sletteb=F8?=) >From: "Stanislav Malyshev" > TS>>No, you don't have to go that far. For starters, one could allow function > TS>>(and possibly operator) overloading, based on type hints. The following is > TS>>legal PHP5: > > That will already open the can of worms. And make each function call to go > through all the hoops of signature matching. Yes, that is a concern, especially when it's done at run-time. > TS>>overload resolution. However, how much on an impact this would have on > TS>>execution speed remains to be seen. > > Exactly. Do you have any base to claim the speed impact would not be > serious? Bring it forward. No, which is why I said that it "remains to be seen" what impact it would have, which means I'm not claiming anything one way or the other. > TS>>It was a reaction to the oft-mentioned argument that essentially says: "We > TS>>don't need more advanced features." I got that feeling when you said "Using > > Nobody ever said "we don't need more advanced features". You know > perfectly it is not true. What was said is that we probably don't need > *this particular* feature. This has no relation to discussion of any other > feature or discussion about having features in general. True. Anyway, there have been requests for ending this sub-thread on overloading, etc., so I suggest that any further discussion, should it be wanted, is done off-list. Regards, Terje