Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:34307 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 39659 invoked by uid 1010); 31 Dec 2007 21:46:22 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 39630 invoked from network); 31 Dec 2007 21:46:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 31 Dec 2007 21:46:22 -0000 Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 85.214.94.56 aixcept.net Linux 2.6 Received: from [85.214.94.56] ([85.214.94.56:59762] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0F/F2-02434-B2369774 for ; Mon, 31 Dec 2007 16:46:21 -0500 Received: from MBOERGER-ZRH.corp.google.com (63-174.79-83.cust.bluewin.ch [83.79.174.63]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by h1149922.serverkompetenz.net (Postfix) with ESMTP id 71B0B1B365C; Mon, 31 Dec 2007 22:46:16 +0100 (CET) Date: Mon, 31 Dec 2007 22:45:47 +0100 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1668621659.20071231224547@marcus-boerger.de> To: =?iso-8859-1?Q?Johannes_Schl=FCter?= CC: internals@lists.php.net, Pierre In-Reply-To: References: <99cd336d0712280356v680cc82fh3b1396c9c608bb96@mail.gmail.com> <99cd336d0712281728g6659d7e6pa3ed92db5574e63b@mail.gmail.com> <1944505528.20071230185830@marcus-boerger.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] spl_autoload vs __autoload From: helly@php.net (Marcus Boerger) Hello Johannes, I agree with Pierre here. How about finally making SPL built in always like ext/standard? marcus Monday, December 31, 2007, 7:31:40 PM, you wrote: > On Dec 30, 2007 6:58 PM, Marcus Boerger wrote: >> Hello Andrew, >> >> SPL simply allows two things: >> a) a stack that hooks into __autoload >> b) a default implementation that may be used (with ot without the former) >> >> We try to group functionality into extensions where we seem fit. And by the >> time I implemented spl_autoload stuff it made sense to put it into the SPL >> extension. Just because that extension was meant to be the home for more >> advanced OOP stuff. > I see nothing advanced in these features and a couple of other neither > (we gave a short list already). Can we at least always enabled by in > 5.3 and be done with it? It is annoying to have setups without it. > Happy new year! :-) Best regards, Marcus