Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:46302 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 21954 invoked from network); 7 Dec 2009 13:44:09 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Dec 2009 13:44:09 -0000 Authentication-Results: pb1.pair.com smtp.mail=mls@pooteeweet.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=mls@pooteeweet.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pooteeweet.org from 88.198.8.16 cause and error) X-PHP-List-Original-Sender: mls@pooteeweet.org X-Host-Fingerprint: 88.198.8.16 bigtime.backendmedia.com Linux 2.6 Received: from [88.198.8.16] ([88.198.8.16:35832] helo=bigtime.backendmedia.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 29/95-31234-7A60D1B4 for ; Mon, 07 Dec 2009 08:44:08 -0500 Received: from localhost (unknown [127.0.0.1]) by bigtime.backendmedia.com (Postfix) with ESMTP id A54864144059; Mon, 7 Dec 2009 13:45:24 +0000 (UTC) X-Virus-Scanned: amavisd-new at backendmedia.com Received: from bigtime.backendmedia.com ([127.0.0.1]) by localhost (bigtime.backendmedia.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PWfVF8SbbtI4; Mon, 7 Dec 2009 14:45:23 +0100 (CET) Received: from [192.168.0.151] (217-162-131-234.dclient.hispeed.ch [217.162.131.234]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mls@pooteeweet.org) by bigtime.backendmedia.com (Postfix) with ESMTP id 350A24144058; Mon, 7 Dec 2009 14:45:22 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii In-Reply-To: Date: Mon, 7 Dec 2009 14:43:59 +0100 Cc: Greg Beaver , Mikko Koppanen , Stanislav Malyshev , internals@lists.php.net, Christian Schneider Content-Transfer-Encoding: quoted-printable Message-ID: <37C8D87B-416C-4BCB-9100-80D2944FB73A@pooteeweet.org> References: <413588E2-8AC8-49F7-B7BF-97BEFB0A71E4@pooteeweet.org> <4AF9A03E.8000207@cschneid.com> <4AF9AE1A.9000005@zend.com> <4AF9C589.3090604@chiaraquartet.net> <4AF9CCEA.1030500@zend.com> <4AFA0449.2030600@chiaraquartet.net> <4AFA0756.4020609@zend.com> <4AFA0A38.7000502@chiaraquartet.net> <8B520687-04D6-4CB3-BB7A-51A62D74489B@pooteeweet.org> <8cf711460911110244m22e2fedag21e294d8d3909037@mail.gmail.com> <65D94139-8A66-4C89-8418-160F5B2A4280@pooteeweet.org> <4AFAC12B.7000909@chiaraquartet.net> To: Lukas Kahwe Smith X-Mailer: Apple Mail (2.1077) Subject: Re: [PHP-DEV] Re: alternative to the fopen() hack in autoloaders From: mls@pooteeweet.org (Lukas Kahwe Smith) On 22.11.2009, at 18:01, Lukas Kahwe Smith wrote: > I have updated the current RFC accordingly: > http://wiki.php.net/rfc/autoload_include >=20 > So there are three approaches listed in the RFC: > 1) http://wiki.php.net/rfc/autoload_include#proposal > add a new alternative to include, which works the same except that for = missing files it returns null and on success it returns the file = location (unless the file already returns something else explicitly) >=20 > 2) = http://wiki.php.net/rfc/autoload_include#add_stream_support_to_includerequ= ire > add stream support to include/require >=20 > 3) = http://wiki.php.net/rfc/autoload_include#add_function_to_resolve_the_inclu= de_path > fix up stream_resolve_include_path() to support streams. >=20 > I would like to call for a vote on the above. For 1) and 3) I invite = everybody to optionally also submit a proposal for a name. Finally = optionally include in your vote if would like to see this feature added = to 5.3.2 or if it should wait for the next minor/major version update = instead. I would like to raise this point once more. I am a bit surprised that = nobody voted, but I got a lot of feedback from people about this = proposal offlist when I first brought this to the list. Then again a lot = of those people were not "core" developers. The fact remains however = that a large number of frameworks rely on the @fopen() hack and so = offering a better solution sooner rather than later seems like a very = good idea. Then again, no vote essentially means sticking with the status quo aka = stream_resolve_include_path() (which needs some additional love as the = RFC states to really serve for what it was originally intended) when = PHP6 comes out. regards, Lukas Kahwe Smith mls@pooteeweet.org