Return-Path: Delivered-To: apmail-stdcxx-dev-archive@www.apache.org Received: (qmail 61354 invoked from network); 10 Sep 2008 16:42:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Sep 2008 16:42:08 -0000 Received: (qmail 78248 invoked by uid 500); 10 Sep 2008 16:41:59 -0000 Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org Received: (qmail 78233 invoked by uid 500); 10 Sep 2008 16:41:59 -0000 Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list dev@stdcxx.apache.org Received: (qmail 78218 invoked by uid 99); 10 Sep 2008 16:41:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Sep 2008 09:41:59 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of msebor@gmail.com designates 64.233.166.183 as permitted sender) Received: from [64.233.166.183] (HELO py-out-1112.google.com) (64.233.166.183) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Sep 2008 16:41:00 +0000 Received: by py-out-1112.google.com with SMTP id u52so1800836pyb.11 for ; Wed, 10 Sep 2008 09:41:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=/dpb9dclydgm8zS+gjTmp9nGMfrpT3rDQL46TLxDAZg=; b=gs93WYR9kuHvXJhRiNymys4u0Gte6liLgB7Y/2BTo2qcYFlCpBAIABSOUU/24B3hWp jeqgxgH3xsefMMl9wkGuio4skjn3EdFU7uO7PSsmmUMM+VV0pP2wNnFBKE0T7sFLj5bm aCHwREU3jpgIpmyf2IR/IOc9xpRyqt/HP4RB0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=JN+XzjAP4tX7GFtKySHnBDl1DTZSDXkve7uUbGjRSG3+On7RpQ2ZY7riPGEOzRsPeG aJxFXrXLuOzJ5t8/i337DfPRUDMsSxCR4H8q6Jy1cugmWFGpelbNt29ORxzN8uKN6LSM FgNj56q0uQOS/4HZPUAUNyhm8nzTE8xcwuQtc= Received: by 10.114.58.6 with SMTP id g6mr937548waa.68.1221064891731; Wed, 10 Sep 2008 09:41:31 -0700 (PDT) Received: from bugsy.net ( [71.229.200.170]) by mx.google.com with ESMTPS id q20sm13520028pog.7.2008.09.10.09.41.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Sep 2008 09:41:30 -0700 (PDT) Message-ID: <48C7F8B8.7030601@gmail.com> Date: Wed, 10 Sep 2008 10:41:28 -0600 From: Martin Sebor User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: dev@stdcxx.apache.org Subject: Re: svn commit: r693424 - /stdcxx/branches/4.2.x/tests/regress/18.c.limits.stdcxx-988.cpp References: <48C7D644.3080203@roguewave.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Travis Vitek wrote: > > > Martin Sebor wrote: >> faridz wrote: >>> >>> URL: http://svn.apache.org/viewvc?rev=693424&view=rev >>> Log: >>> 2008-09-09 Farid Zaripov >>> >>> * tests/regress/18.c.limits.stdcxx-988.cpp: Resolved compilation >>> error on MSVC and ICC/Windows. >>> >>> Modified: >>> stdcxx/branches/4.2.x/tests/regress/18.c.limits.stdcxx-988.cpp >>> >>> Modified: >> stdcxx/branches/4.2.x/tests/regress/18.c.limits.stdcxx-988.cpp >>> URL: >>> >> http://svn.apache.org/viewvc/stdcxx/branches/4.2.x/tests/regres >> s/18.c.limits.stdcxx-988.cpp?rev=693424&r1=693423&r2=693424&view=diff >> =============================================================== >> =============== >>> --- stdcxx/branches/4.2.x/tests/regress/18.c.limits.stdcxx-988.cpp >>> (original) >>> +++ >> stdcxx/branches/4.2.x/tests/regress/18.c.limits.stdcxx-988.cpp Tue Sep >>> 9 03:35:59 2008 >>> @@ -138,14 +138,14 @@ >>> assert (SCHAR_MAX == +127); >>> assert (SHRT_MAX >= +32767); >>> >>> -#ifndef _RWSTD_EDG_ECCP >>> +#if !defined (_RWSTD_EDG_ECCP) && !defined (_MSC_VER) >>> >>> >> _RWSTD_EDG_ECCP should only be #defined when we're using the EDG eccp >> vanilla demo, but not when we're using a compiler that sits on top of >> the EDG front end such as Intel C++. If this condition evaluates to >> true we have a configuration problem... > > The seems valid to me. The conditional is only true for compilers other > than EDG and Microsoft. You're right, my mistake. I missed the '!' in front of defined. > >> Martin >> >>> >>> // avoid exercising with the EDG eccp front end (strict mode) >>> assert (LONG_BIT >= 32); >>> assert (SSIZE_MAX >= _POSIX_SSIZE_MAX); >>> assert (WORD_BIT >= 32); >>> >>> -#endif // EDG eccp >>> +#endif // EDG eccp || MSVC || ICC/Windows >>> >>> assert (UCHAR_MAX >= 255); >>> assert (UINT_MAX >= 4294967295); >>> >>> >>> >>> >> >