From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-359651-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 27024 invoked by alias); 15 Jan 2014 17:22:41 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Received: (qmail 27006 invoked by uid 89); 15 Jan 2014 17:22:40 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-3.7 required=5.0 tests=AWL,BAYES_00,FSL_NEW_HELO_USER,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2
X-Spam-User: qpsmtpd, 2 recipients
X-HELO: userp1040.oracle.com
Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 15 Jan 2014 17:22:39 +0000
Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238])	by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s0FHMaDp015589	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Wed, 15 Jan 2014 17:22:37 GMT
Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85])	by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s0FHMZGo029039	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);	Wed, 15 Jan 2014 17:22:35 GMT
Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11])	by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s0FHMYip015763;	Wed, 15 Jan 2014 17:22:34 GMT
Received: from [192.168.1.4] (/79.33.222.63)	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Wed, 15 Jan 2014 09:22:34 -0800
Message-ID: <52D6C3D8.6030901@oracle.com>
Date: Wed, 15 Jan 2014 17:22:00 -0000
From: Paolo Carlini <paolo.carlini@oracle.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: Jonathan Wakely <jwakely.gcc@gmail.com>,        =?ISO-8859-1?Q?Fran=E7ois_?= =?ISO-8859-1?Q?Dumont?= <frs.dumont@gmail.com>
CC: "libstdc++@gcc.gnu.org" <libstdc++@gcc.gnu.org>,        gcc-patches <gcc-patches@gcc.gnu.org>
Subject: Re: experimental testsuite patch
References: <52D6BDC7.1000803@gmail.com> <CAH6eHdRZ_CKPQ_Vqy0T=cj7+kosdjVx6zJSmOgv0zfeodTJHMQ@mail.gmail.com>
In-Reply-To: <CAH6eHdRZ_CKPQ_Vqy0T=cj7+kosdjVx6zJSmOgv0zfeodTJHMQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
X-SW-Source: 2014-01/txt/msg00897.txt.bz2

On 01/15/2014 06:17 PM, Jonathan Wakely wrote:
> I think we decided we want functions to be constexpr in debug mode if
> they are constexpr in normal mode.
>
> I think std::array has solved the same problem without losing the
> constexpr qualifier.
Yes, I think the only complete solution we know of is that kind of 
strategy. But IMO it could wait, for the time being we could just 
comment out the checks and add comments about that (make sure first that 
the various make check* are clean as we are approaching the release of 
4.9.0)

Paolo.