Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:56284
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.42 as permitted sender)
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <1321039948-sup-7799@ezyang>
Date: Fri, 11 Nov 2011 14:36:02 -0500
Cc: Christopher Jones <christopher.jones@oracle.com>,
 internals <internals@lists.php.net>
Content-Transfer-Encoding: quoted-printable
Message-ID: <FCB2A960-6BA8-4011-8282-0A3F0A411F2B@gmail.com>
References: <1320740449-sup-5688@ezyang> <4EB8EAF1.3040104@lerdorf.com> <1320981061-sup-2803@ezyang> <4EBD775E.9040803@oracle.com> <1321039948-sup-7799@ezyang>
To: "Edward Z. Yang" <ezyang@MIT.EDU>
Subject: Re: [PHP-DEV] Load extensions for .user.ini files
From: will.fitch@gmail.com (Will Fitch)

You should always tie a patch to a bug/feature request.  Need to =
know/remember why the patch was applied in the first place.
On Nov 11, 2011, at 2:32 PM, Edward Z. Yang wrote:

> Well, I'm kind of hoping this patch will go in, so we don't have to =
bother
> with a bug. I can if you really want me to.
>=20
> Cheers,
> Edward
>=20
> Excerpts from Christopher Jones's message of Fri Nov 11 14:28:30 -0500 =
2011:
>>=20
>> On 11/10/2011 07:14 PM, Edward Z. Yang wrote:
>>=20
>>> The change to zlist_clean is necessary because otherwise =
extension_lists can't
>>> be reused for the second round of extension appliations (since the =
head and
>>> tail pointers have garbage in them).  You should probably take that =
fix regardless
>>> of what you think of the feature change.
>>=20
>> What about logging a bug for that specific change so it doesn't get =
lost, and so
>> it can be tracked?
>>=20
>> Chris
>>=20
>=20
> --=20
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>=20