Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 13354 invoked from network); 9 Jul 2007 23:11:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Jul 2007 23:11:12 -0000 Received: (qmail 75863 invoked by uid 500); 9 Jul 2007 23:11:14 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 75844 invoked by uid 500); 9 Jul 2007 23:11:14 -0000 Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: stdcxx-dev@incubator.apache.org Delivered-To: mailing list stdcxx-dev@incubator.apache.org Received: (qmail 75833 invoked by uid 99); 9 Jul 2007 23:11:14 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Jul 2007 16:11:14 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [208.30.140.160] (HELO moroha.quovadx.com) (208.30.140.160) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Jul 2007 16:11:11 -0700 Received: from [10.70.3.58] ([10.70.3.58]) by moroha.quovadx.com (8.13.6/8.13.6) with ESMTP id l69NAgcJ015402 for ; Mon, 9 Jul 2007 23:10:43 GMT Message-ID: <4692C079.4010009@roguewave.com> Date: Mon, 09 Jul 2007 17:10:49 -0600 From: Andrew Black User-Agent: Thunderbird 1.5.0.10 (X11/20060911) MIME-Version: 1.0 To: stdcxx-dev@incubator.apache.org Subject: Re: Windows build failures reported as DATA References: <46925F53.5090407@roguewave.com> In-Reply-To: <46925F53.5090407@roguewave.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Greetings Martin. I've done a little digging, and the problem appears to originate in the glue scripts used for nightly testing. In particular, the post-run parser for windows incorrectly interprets a failure to build the library as a hard (state C) failure, rather than a library (state F) failure. I will be checking in a fix shortly. --Andrew Black Martin Sebor wrote: > Most of our Windows buils failed due to a change I committed over > the weekend (http://svn.apache.org/viewvc?view=rev&revision=554281). > I'm working on fixing the regression but the breakage highlighted > another problem that I'm hoping you might be able to quickly fix, > Andrew. Even though the builds failed due to a compilation error > in the library they are reported in the status of DATA instead > of LIB. > > Thanks > Martin