Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23615 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56812 invoked by uid 1010); 22 May 2006 14:19:53 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 56797 invoked from network); 22 May 2006 14:19:53 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 May 2006 14:19:53 -0000 X-PHP-List-Original-Sender: smith@pooteeweet.org X-Host-Fingerprint: 212.112.227.169 ipx11223.ipxserver.de Linux 2.5 (sometimes 2.4) (4) Received: from ([212.112.227.169:36904] helo=ipx11223.ipxserver.de) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 25/BC-19568-888C1744 for ; Mon, 22 May 2006 10:19:52 -0400 Received: from localhost (localhost [127.0.0.1]) by ipx11223.ipxserver.de (Postfix) with ESMTP id CEF9EDF005C; Mon, 22 May 2006 16:21:04 +0200 (CEST) Received: from ipx11223.ipxserver.de ([127.0.0.1]) by localhost (ipx11223 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20595-09; Mon, 22 May 2006 16:20:56 +0200 (CEST) Received: from [127.0.0.1] (i577B4A2F.versanet.de [87.123.74.47]) by ipx11223.ipxserver.de (Postfix) with ESMTP id 20D43DF000C; Mon, 22 May 2006 16:20:56 +0200 (CEST) Message-ID: <4471C87A.3030904@pooteeweet.org> Date: Mon, 22 May 2006 16:19:38 +0200 User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: PHP Developers Mailing List , flconseil@yahoo.fr Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by somedaemon at backendmedia.com Subject: [Fwd: PHP Release Management Wiki PHPTODO:PhP60] From: smith@pooteeweet.org (Lukas Kahwe Smith) Hi, replying to internals .. this was originally a comment made on the following site: http://oss.backendmedia.com/PhP60 > flconseil@yahoo.fr writes: > > What about improving the autoload mechanism ? > Suggestions : > > - When autoload() is called, it is impossible to know if a class or > an interface is required. In my resolution system, I must search both. > - Should be able to autoload functions (at least) and constants. But > global variables must be kept outside. > - Most important: The autoload mechanism should provide a layered > callback registration. As long as it is implemented a an unique these sounds like interesting feature requests ... > autoload() function, it is impossible to use it in a library package. > Multiple autoload callbacks should be allowed to be registered at the > same time. this is already support by SPL: http://php.net/~helly/php/ext/spl/group__SPL.html#gaf60ea8bbef114980007c6067850c150 regards, Lukas