Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:35491 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 59399 invoked by uid 1010); 14 Feb 2008 09:57:41 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 59384 invoked from network); 14 Feb 2008 09:57:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Feb 2008 09:57:41 -0000 Authentication-Results: pb1.pair.com smtp.mail=jochem@iamjochem.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=jochem@iamjochem.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain iamjochem.com from 194.109.193.121 cause and error) X-PHP-List-Original-Sender: jochem@iamjochem.com X-Host-Fingerprint: 194.109.193.121 mx1.moulin.nl Linux 2.6 Received: from [194.109.193.121] ([194.109.193.121:42035] helo=mx1.moulin.nl) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 65/52-43552-39014B74 for ; Thu, 14 Feb 2008 04:57:41 -0500 Received: from localhost (localhost [127.0.0.1]) by mx1.moulin.nl (Postfix) with ESMTP id 72C8627DEA9; Thu, 14 Feb 2008 10:57:35 +0100 (CET) X-Virus-Scanned: amavisd-new at moulin.nl Received: from mx1.moulin.nl ([127.0.0.1]) by localhost (mx1.moulin.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id odqV4jPIcOuV; Thu, 14 Feb 2008 10:57:31 +0100 (CET) Received: from [192.168.1.10] (bspr.xs4all.nl [194.109.161.228]) by mx1.moulin.nl (Postfix) with ESMTP id 2D93627DAA2; Thu, 14 Feb 2008 10:57:31 +0100 (CET) Message-ID: <47B4108B.2040000@iamjochem.com> Date: Thu, 14 Feb 2008 10:57:31 +0100 User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Lukas Kahwe Smith CC: Lars Strojny , Pierre Joye , PHP Internals List References: <1202917630.25345.6.camel@localhost> <1202943887.7717.7.camel@localhost> <47B383C1.3030303@iamjochem.com> <1202980076.7717.12.camel@localhost> <3E14112B-8D08-4339-92DF-BA0320B9FF32@pooteeweet.org> In-Reply-To: <3E14112B-8D08-4339-92DF-BA0320B9FF32@pooteeweet.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] prepend_include_path()/append_include_path() From: jochem@iamjochem.com (Jochem Maas) Lukas Kahwe Smith schreef: > > On 14.02.2008, at 10:07, Lars Strojny wrote: > >> Hi Jochem, >> >> Am Donnerstag, den 14.02.2008, 00:56 +0100 schrieb Jochem Maas: >>> I think Lars has a point ... maybe set_include_path() could >>> be given a second parameter instead to mitigate the need for seperate >>> funcs?: >>> >>> set_include_path('foo', INCPATH_OVERRIDE); // default >>> set_include_path('foo', INCPATH_APPEND); >>> set_include_path('foo', INCPATH_PREPEND); >> >> Thanks for your support, but this seems counter intuitive. Why should >> *set*_include_path() be used to *append* or *prepend* to the include >> path? Also learning another mouthful of constants is maybe suboptimal. >> Getting used to prepend_/append_...() is easy from my point of view, as >> the name is derived from what's currently present (set_include_path()). > > > Yeah, I agree that if at all I would go with Lars's original proposal. point taken, I was just thinking out loud really, I didn't even know of set_include_path() before yesterday. I happily use ini_set('include_path') and have no need for the extra functions ... but someone wrote them, someone might like them and I figure offering an idea (however stupid - heck of got so many ;-)) can't hurt (anything apart from my meager reputation)