Return-Path: 
 <stdcxx-dev-return-1543-apmail-incubator-stdcxx-dev-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org
Received: (qmail 96683 invoked from network); 14 Jun 2006 19:38:50 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 14 Jun 2006 19:38:50 -0000
Received: (qmail 80872 invoked by uid 500); 14 Jun 2006 19:38:47 -0000
Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org
Received: (qmail 80524 invoked by uid 500); 14 Jun 2006 19:38:46 -0000
Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:stdcxx-dev-help@incubator.apache.org>
List-Unsubscribe: <mailto:stdcxx-dev-unsubscribe@incubator.apache.org>
List-Post: <mailto:stdcxx-dev@incubator.apache.org>
List-Id: <stdcxx-dev.incubator.apache.org>
Reply-To: stdcxx-dev@incubator.apache.org
Delivered-To: mailing list stdcxx-dev@incubator.apache.org
Received: (qmail 80511 invoked by uid 99); 14 Jun 2006 19:38:45 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Jun 2006 12:38:45 -0700
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Jun 2006 12:38:44 -0700
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 79F53714294
	for <stdcxx-dev@incubator.apache.org>; Wed, 14 Jun 2006 19:37:31 +0000 (GMT)
Message-ID: <12235176.1150313851496.JavaMail.jira@brutus>
Date: Wed, 14 Jun 2006 19:37:31 +0000 (GMT+00:00)
From: "Martin Sebor (JIRA)" <jira@apache.org>
To: stdcxx-dev@incubator.apache.org
Subject: [jira] Updated: (STDCXX-202) [Windows] failed config tests labeled
 "ok"
In-Reply-To: <27027525.1150313850163.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

     [ http://issues.apache.org/jira/browse/STDCXX-202?page=all ]

Martin Sebor updated STDCXX-202:
--------------------------------

    Attachment: log.text

The full log file is attached.

> [Windows] failed config tests labeled "ok"
> ------------------------------------------
>
>          Key: STDCXX-202
>          URL: http://issues.apache.org/jira/browse/STDCXX-202
>      Project: C++ Standard Library
>         Type: Bug

>   Components: Configuration
>     Versions: 4.1.3
>  Environment: Windows
>     Reporter: Martin Sebor
>     Assignee: Anton Pevtsov
>     Priority: Trivial
>  Attachments: log.text
>
> The Windows configuration infrastructure incorrectly labels some failled tests as passing (i.e., "ok"). The labeling should be consistent across all config tests (i.e., "ok" when a test passes and "no (<macro-name>)" when it fails; <macro-name> is the name of the macro that is #defined in response to the failure; it should be enclosed in parentheses and the whole thing separated from the word "no" by a single space).
> ------ Build started: Project: .configure, Configuration: 15d Debug Thread-safe 
> Dll Win32 ------
> Performing Custom Build Step
> Microsoft (R) Windows Script Host Version 5.6
> Copyright (C) Microsoft Corporation 1996-2001. All rights reserved.
> Configuring for msvc-7.1 - 15d Debug Thread-safe Dll
> Checking if compiler is sane...   ok
> Checking if linker is sane...   ok
> Checking if run environment is sane...   ok
> Checking system architecture ILP32 little endian
> Checking for headers... 
> ...
> Checking for <ieeefp.h>...  no (_RWSTD_NO_IEEEFP_H)
> Checking for <pthread.h>...  no (_RWSTD_NO_PTHREAD_H)
> Checking for namespaces  ok
> ...
> Checking for std::vsprintf() in <cstdio>...   ok
> Checking for std::snprintf() in <cstdio>...  no _RWSTD_NO_SNPRINTF
> ...
> checking for atomic operations...   ok 
> checking for bad_alloc copy ctor...   ok _RWSTD_NO_BAD_ALLOC_COPY_CTOR
> checking for bad_alloc default ctor...   ok _RWSTD_NO_BAD_ALLOC_DEFAULT_CTOR
> checking for bad_alloc dtor...   ok _RWSTD_NO_BAD_ALLOC_DTOR
> checking for bad_alloc::what()...   ok _RWSTD_NO_BAD_ALLOC_WHAT
> ...

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira