Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:32339
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain zend.com from 64.97.136.149 cause and error)
Message-ID: <016401c7f883$5eeb6d80$4501a8c0@foxbox>
Reply-To: "Steph Fox" <steph@zend.com>
To: "Marcus Boerger" <helly@php.net>
Cc: "Ilia Alshanetsky" <ilia@prohost.org>,
	"Lukas Kahwe Smith" <mls@pooteeweet.org>,
	"Stanislav Malyshev" <stas@zend.com>,
	"PHP Developers Mailing List" <internals@lists.php.net>
References: <1F69D3A2-0020-4B78-8B78-F4EE483ECC5D@prohost.org> <46EC6830.5060603@zend.com> <D98EDE56-AED4-4E9C-94B6-AAFAC4E6B1E0@prohost.org> <46ED4585.3070608@pooteeweet.org> <C04CA03C-ABA5-4217-80A4-A2354575B0D5@prohost.org> <012701c7f87c$59a3ab00$4501a8c0@foxbox> <191696442.20070916184743@marcus-boerger.de>
Date: Sun, 16 Sep 2007 18:02:28 +0100
Organization: Zend Technologies
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] PHP 5.3 Suggested Feature List (Summary)
From: steph@zend.com ("Steph Fox")

Mmm... but that means dictating which features can or can't go into an 
extension or a specific build system purely on the level of outside interest 
in them. That's the main problem here.

The three contentious items, I'd probably (reluctantly) agree with you.

- Steph

----- Original Message ----- 
From: "Marcus Boerger" <helly@php.net>
To: "Steph Fox" <steph@zend.com>
Cc: "Ilia Alshanetsky" <ilia@prohost.org>; "Lukas Kahwe Smith" 
<mls@pooteeweet.org>; "Stanislav Malyshev" <stas@zend.com>; "PHP Developers 
Mailing List" <internals@lists.php.net>
Sent: Sunday, September 16, 2007 5:47 PM
Subject: Re: [PHP-DEV] PHP 5.3 Suggested Feature List (Summary)


> Hello Steph,
>
>  speakin as a looser - we should keep what we just decided on and do it.
> Do it as in work on it. As in code. As in no more politics for the moment.
>
> marcus
>
> Sunday, September 16, 2007, 6:12:14 PM, you wrote:
>
>> Hi Ilia,
>
>> If it helps any we can count everything else in and just look at the ones
>> that failed:
>
>> No quorum:
>> ======================
>> Switch for disabling/enabling materialized cursors in mysqli - 25/28 no
>> vote, 3 positive votes
>> Merge the GCC 4 -fvisibility patch - 20/28 no vote, 7 positive votes, 1
>> negative vote
>
>> Voting anomalies:
>> ================
>> Introduce concept of "strict classes" that do not permit dynamic property
>> creation - 12/28 no vote, 12 positive, 4 negative
>> Implement David's Circular Garbage collection patch - 13/28 no vote, 11
>> positive, 4 negative
>> Link phar extension from PECL into core - 12/28 no vote, 11 positive, 5
>> negative
>
>> Definitely out:
>> ==============
>> Remove safe_mode, register_globals and magic_quotes - 6/28 no vote, 4
>> positive, 18 negative
>
>> I think it's probably fair to say that the mysqli-specific issue 
>> shouldn't
>> be on this agenda in the first place, and the GCC 4 patch most likely 
>> failed
>> because those that aren't directly affected by it don't understand it 
>> enough
>> to vote over it.
>
>> That leaves just three features that fail under your voting system but 
>> might
>> pass under others. The question is whether those three are up for debate
>> now, or later.
>
>> - Steph
>
>> ----- Original Message ----- 
>> From: "Ilia Alshanetsky" <ilia@prohost.org>
>> To: "Lukas Kahwe Smith" <mls@pooteeweet.org>
>> Cc: "Stanislav Malyshev" <stas@zend.com>; "PHP Developers Mailing List"
>> <internals@lists.php.net>
>> Sent: Sunday, September 16, 2007 4:31 PM
>> Subject: Re: [PHP-DEV] PHP 5.3 Suggested Feature List (Summary)
>
>
>>>
>>> On 16-Sep-07, at 11:02 AM, Lukas Kahwe Smith wrote:
>>>
>>>> Ilia Alshanetsky wrote:
>>>>> On 15-Sep-07, at 7:18 PM, Stanislav Malyshev wrote:
>>>>
>>>>> NP ;-) Btw the detailed breakdown of the votes is available here
>>>>> http://bb.prohost.org/53Features.pdf
>>>>
>>>> I have taken the data from this PDF and slightly reworked things  [1] 
>>>> so
>>>> that its easy to see which topics got more attention with  votes than
>>>> others. I think its critical to understand that several  items were 
>>>> hard
>>>> for the general community to vote on because of  lack of expertise (as
>>>> noted in several votes). As such I find it  questionable to apply a +10
>>>> threshold on all items.
>>>>
>>>> Furthermore I ask everybody to review if his vote was interpreted  as
>>>> they wanted in Ilia's PDF. Some people made their votes  conditional,
>>>> which is not supported by the formats chosen for  tallying up the 
>>>> votes.
>>>
>>> Lukas has a good point about the "0" votes, however if there are  niche
>>> features most people don't really care/know about that in  itself means
>>> that there is not much support for said functionality.  IMHO the point 
>>> of
>>> the vote was to identify KEY features general  community (developers &
>>> users) would like to see in 5.3, not to  introduce feature creep, which
>>> re-enumeration of the vote does to  some extent, please keep that mind
>>> when reviewing the #s.  Additionally, remember that 5.3 is a "minor"
>>> release and is not the  most appropriate platform for "anything &
>>> everything" inclusion.
>>>
>>> Ilia Alshanetsky
>>>
>>> -- 
>>> PHP Internals - PHP Runtime Development Mailing List
>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>
>
>
>
>
> Best regards,
> Marcus
>
> -- 
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>