Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:47137 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 29446 invoked from network); 11 Mar 2010 22:44:11 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Mar 2010 22:44:11 -0000 Authentication-Results: pb1.pair.com header.from=ilia@ilia.ws; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=ilia@ilia.ws; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain ilia.ws designates 209.85.218.216 as permitted sender) X-PHP-List-Original-Sender: ilia@ilia.ws X-Host-Fingerprint: 209.85.218.216 mail-bw0-f216.google.com Received: from [209.85.218.216] ([209.85.218.216:53671] helo=mail-bw0-f216.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 52/99-18254-832799B4 for ; Thu, 11 Mar 2010 17:44:11 -0500 Received: by bwz8 with SMTP id 8so579525bwz.23 for ; Thu, 11 Mar 2010 14:44:06 -0800 (PST) Received: by 10.204.48.198 with SMTP id s6mr202346bkf.8.1268347445898; Thu, 11 Mar 2010 14:44:05 -0800 (PST) Received: from ilappy.local ([70.25.114.226]) by mx.google.com with ESMTPS id 15sm355893bwz.4.2010.03.11.14.44.03 (version=SSLv3 cipher=RC4-MD5); Thu, 11 Mar 2010 14:44:04 -0800 (PST) Message-ID: <4B997230.3070801@prohost.org> Date: Thu, 11 Mar 2010 17:44:00 -0500 User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5) Gecko/20091223 Lightning/1.0b2pre Thunderbird/3.0 MIME-Version: 1.0 To: internals@lists.php.net References: <4B9926E8.4080202@lerdorf.com> <4B995F83.1000605@prohost.org> <4B99639B.9030405@oracle.com> <4B996975.9070003@oracle.com> In-Reply-To: <4B996975.9070003@oracle.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP 6 From: ilia@ilia.ws (Ilia Alshanetsky) Even though the 5.2 code base is fairly mature, it is far from being bug free. Unit tests are often a good way to identify corner cases that may not be handled properly even in the stable branches, so more tests IMHO is a good thing. Until the decision is made to discontinue the 5.2 branch, which should be done eventually, maybe even later this year, we should not neglect it from any standpoint, especially tests. On 10-03-11 5:06 PM, Christopher Jones wrote: > > > Eric Stewart wrote: > > > Focusing TestFest on 5.3 was not how I had envisioned TestFest 2010, > I was > > operating under the assumption we would be committing all applicable > tests > > to 5.2, 5.3 and 6.0 as was done last year. Focusing strictly on 5.3 > > certainly makes my job (and others working on TestFest 2010) easier > but I > > wasn't aware that anyone was even entertaining this. > > > > This is obviously not strictly on point with this discussion and I > don't > > think a divergence from the main topic is appropriate at this > moment. But it > > underscores the importance that we will be much better off hashing > this out > > sooner rather than later as things in the near future will certainly > bear > > significant effects. > > > > As this thread winds down and consensus is reached, I'll bring this > > particular topic up again on the QA List with a discussion based on > results > > of late events. > > > > Eric Lee Stewart > > > > I think they should be merged to 5.3 and trunk (which is the "branch" > I really meant in my previous email, not 5.4). > > Looking at e.g. the DBA tests, I am building with 3 different versions > of the Berkeley DB client library. With OCI8 tests I build with three > different client libraries and then test against three different DB > versions. Repeating this kind of effort for 5.2 at this mature stage > of its life isn't worthwhile use of resources IMHO (when no code has > changed). In a perfect world we'd do it, but where we are now I think > we need to focus the efforts of testers on 5.3+. > > Chris >