Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41890 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13581 invoked from network); 13 Nov 2008 11:05:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Nov 2008 11:05:19 -0000 Authentication-Results: pb1.pair.com smtp.mail=konstantin.leboev@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=konstantin.leboev@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.182.186 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: konstantin.leboev@gmail.com X-Host-Fingerprint: 64.233.182.186 nf-out-0910.google.com Received: from [64.233.182.186] ([64.233.182.186:25934] helo=nf-out-0910.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B3/4A-07308-FE90C194 for ; Thu, 13 Nov 2008 06:05:19 -0500 Received: by nf-out-0910.google.com with SMTP id b11so427060nfh.13 for ; Thu, 13 Nov 2008 03:05:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=H8+qTJ/Id0y5nU1z3ucvyKKY99f8mt5dFv2ZhPfz/Yg=; b=e/G7k6aK6xC+zWUHbIBUzD31UTyV+vXMp/blxw+LXVJpw/pcqFzlp8tG03xaJgF+T7 iPsjl2kH0ytjnfu3bL2vqhetxqlZPNzrr4ed5teEhRRPmj2NMM8IyphsWwMsOxCIn529 KJC1KjRHrVWffHRwJ3bYJgNg0+YxIMLixDDJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=aPxrwG7JeySDBupdcIhDbreWlS+cTR7FGwCd8sfvu2JVV3MwZlmZ7O9+uj8kT0qyxz kso0G2DS0uG5sGdquRUngm3rfYwDS5B0h+ETgPNi+RqaqL9VbLI8fBLjhJFGdId9lEdj fzkILvx+6ScWdeRMw1TRUtJy8r275ab3gSons= Received: by 10.210.62.12 with SMTP id k12mr10558573eba.70.1226574316290; Thu, 13 Nov 2008 03:05:16 -0800 (PST) Received: by 10.210.140.18 with HTTP; Thu, 13 Nov 2008 03:05:16 -0800 (PST) Message-ID: Date: Thu, 13 Nov 2008 14:05:16 +0300 To: "internals Mailing List" In-Reply-To: <42D56477-0E39-4548-B711-A950480E562E@pooteeweet.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_23862_6695467.1226574316302" References: <42D56477-0E39-4548-B711-A950480E562E@pooteeweet.org> Subject: Re: [PHP-DEV] quick polls for 5.3 From: konstantin.leboev@gmail.com ("Konstantin Leboev") ------=_Part_23862_6695467.1226574316302 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wed, Nov 12, 2008 at 10:14 PM, Lukas Kahwe Smith wrote: > Hi, > > here are a few questions that need to be answered ASAP. > > If at all possible keep your votes as short as possible. I think all of the > above topics have been discussed quite a lot on the list. So I hope voters > can spare the list needless repetition. Instead if you think that a topic > needs to be discussed, put a short note in your vote under the given topic. > If a number of people also think the topic needs more discussion, then we > can open a new thread dedicated to this topic later this week. > > 1) ext/mhash in 5.3. ext/hash has all the functions, so the entire BC break > will be that "if (extension_loaded('mhash'))" will need fixing if mhash is > removed (answer both) > I) enable ext/hash by default > II) remove ext/mhash > 0 > 2) deprecate ereg*. ext/ereg is an extension as of PHP 5.3. Since ext/ereg > is more or less redundant with ext/preg and is likely to not get much > unicode love for PHP 6, the question is if we should mark it with a > E_DEPRECATED in PHP 5.3 +1 > 3) resource constants (choose one) > a) Should we deprecate constant resources (mostly used to emulate STDIN and > friends) > b) Should we instead just throw an E_STRICT > c) Document as is 0 > 4) keep ext/phar enabled by default in 5.3? 0 > 5) keep ext/sqlite3 enabled by default in 5.3? +1 > 6) enable mysqlnd by default in 5.3? (answer both) > I) enable mysqlnd by default > II) also enable ext/mysql, mysqli und pdo_mysql by default since there will > be no external dependencies in this case 0 > 7) should Output buffering rewrite MFH? this one comes with some baggage, > we need enough people to actually have a look at how things are in HEAD and > make it clear that they will be available for bug fixing and BC issues > resolving. the risk here is obviously that any BC issues will be hard to > isolate for end users. 0 > 8) MFH mcrypt cleanups in HEAD. either the make sense or they dont, so > either (choose one) > a) revert in HEAD > b) MFH to 5.3 0 regards, > Lukas Kahwe Smith > mls@pooteeweet.org > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- Best regards, Konstantin Leboev ------=_Part_23862_6695467.1226574316302--