Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:36103 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 87979 invoked from network); 12 Mar 2008 03:42:15 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Mar 2008 03:42:15 -0000 Authentication-Results: pb1.pair.com smtp.mail=m@digitalsandwich.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=m@digitalsandwich.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain digitalsandwich.com from 72.14.220.158 cause and error) X-PHP-List-Original-Sender: m@digitalsandwich.com X-Host-Fingerprint: 72.14.220.158 fg-out-1718.google.com Received: from [72.14.220.158] ([72.14.220.158:63280] helo=fg-out-1718.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 44/E3-00679-61157D74 for ; Tue, 11 Mar 2008 22:42:14 -0500 Received: by fg-out-1718.google.com with SMTP id 22so2252062fge.23 for ; Tue, 11 Mar 2008 20:42:11 -0700 (PDT) Received: by 10.86.81.14 with SMTP id e14mr8794538fgb.42.1205293331485; Tue, 11 Mar 2008 20:42:11 -0700 (PDT) Received: by 10.86.97.10 with HTTP; Tue, 11 Mar 2008 20:42:11 -0700 (PDT) Message-ID: <8d7b8c130803112042i408175a7l3c239945db0cc36a@mail.gmail.com> Date: Tue, 11 Mar 2008 20:42:11 -0700 To: "Stanislav Malyshev" Cc: "=?ISO-8859-1?Q?Johannes_Schl=FCter?=" , "PHP Internals List" In-Reply-To: <47D71639.1040403@zend.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_24440_14669501.1205293331483" References: <1204823427.30934.9.camel@goldfinger.johannes.nop> <8d7b8c130803092152l6014902cs7b599cec0775015a@mail.gmail.com> <47D56696.7010100@zend.com> <8d7b8c130803101817q129b37ccxdaa069225a0ed0e2@mail.gmail.com> <47D5E32E.4070301@zend.com> <8d7b8c130803110656x6ff96ad6q74cbd902e4adeebf@mail.gmail.com> <47D71639.1040403@zend.com> Subject: Re: [PHP-DEV] 5.3 Release Planning From: m@digitalsandwich.com ("Mike Lively") ------=_Part_24440_14669501.1205293331483 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, Mar 11, 2008 at 4:31 PM, Stanislav Malyshev wrote: > IMO, better solution would be to have all :: calls change > called_class, but have also some way to call it without changing > called_class. Something like your forward_static_call, but I'm not sure > not using callbacks is a good idea - all caller function use callbacks > now. Actually, what I'd do would be to generalize forward_static_call > (which I think also needs better name :) and call_user_func into one > function (internally) that has parameter which tells if to update or not > update called_class. > I do agree about using a callback with forward_static_call, but one thing that worries me is that opens the door to really bizzare functionality where the called_class could wind up being outside of the inheritance chain of the method being called. If this could be overcame I think it would be relatively easy to consolidate this code internally. I will look at it this evening and tomorrow. > -- > Stanislav Malyshev, Zend Software Architect > stas@zend.com http://www.zend.com/ > (408)253-8829 MSN: stas@zend.com > ------=_Part_24440_14669501.1205293331483--