This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: PR libstdc++/49813 revisited: constexpr on <cmath> functions (and builtins)

From: Marc Glisse <marc dot glisse at inria dot fr>
To: Paolo Carlini <paolo dot carlini at oracle dot com>
Cc: Jonathan Wakely <jwakely at redhat dot com>, libstdc++ at gcc dot gnu dot org, jason at redhat dot com
Date: Tue, 2 Sep 2014 14:24:59 +0200 (CEST)
Subject: Re: PR libstdc++/49813 revisited: constexpr on <cmath> functions (and builtins)
Authentication-results: sourceware.org; auth=none
References: <20140902095921 dot GS22778 at redhat dot com> <54059714 dot 3020403 at oracle dot com>
Reply-to: libstdc++ at gcc dot gnu dot org

On Tue, 2 Sep 2014, Paolo Carlini wrote:

On 09/02/2014 11:59 AM, Jonathan Wakely wrote:
We should either remove _GLIBCXX_CONSTEXPR from <cmath> entirely or
make it conditional on __STRICT_ANSI__.
The second option seems preferable to me, also considering that -std=gnu++*is the default. Plus a bit of release notes.

Define _GLIBCXX_GNU_CONSTEXPR? I am just a bit worried about defining manyvariants like 17GNU14 for functions that are constexpr with gnu++14(require extended constexpr) and c++17 (standardized later), but Iguess their number wouldn't be so bad, and as long as the namingconvention is readable...


--
Marc Glisse

References:
- PR libstdc++/49813 revisited: constexpr on <cmath> functions (and builtins)
  - From: Jonathan Wakely
- Re: PR libstdc++/49813 revisited: constexpr on <cmath> functions (and builtins)
  - From: Paolo Carlini

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]