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
