_GLIBCXX14_CONSTEXPR

[Tim Prince]

On 1/4/2015 7:42 AM, Jonathan Wakely wrote:
> On 4 January 2015 at 09:26, Marc Glisse wrote:
>> On Sat, 3 Jan 2015, Tim Prince wrote:
>>
>>> What is this new feature which breaks stl_algo.h  ?
>>>
>>> g++   -c loopstl.cpp
>>>
>>> In file included from /usr/local/gcc5.0/include/c++/5.0.0/functional:49:0,
>>>                 from loopstl.cpp:17:
>>> /usr/local/gcc5.0/include/c++/5.0.0/bits/stl_function.h:169:7: error:
>>> ‘_GLIBCXX14_CONSTEXPR’ does not name a type
>>>       _GLIBCXX14_CONSTEXPR
>>>       ^
>>>
>>> I'm trying to use std::max_element et al in the old way which has worked
>>> for years, and was still working in g++ 5.0 build of Dec. 18.
>>
>> The first thing <functional> and most headers do is include bits/c++config.h
>> which defines _GLIBCXX14_CONSTEXPR as empty. Could you check that the right
>> version of c++config.h does indeed get included?
> If it's not defined it means you built and/or installed GCC wrong.
>
> A fresh build in an empty directory should solve it, and might be
> simpler than figuring out what you did wrong.
Fresh build makes no difference.  How should "right version of"
c++config.h become included?  The one placed in the installation
directory has the conditional definitions of

 _GLIBCXX14_CONSTEXPR
but even if that path is added to the build by -I it has no effect.

-- 
Tim Prince