This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: TR29124 C++ Special Maths - Make <math.h> pull functions into global namespace.
- From: Jonathan Wakely <jwakely at redhat dot com>
- To: Mike Stump <mikestump at comcast dot net>
- Cc: Ed Smith-Rowland <3dw4rd at verizon dot net>, "libstdc++ at gcc dot gnu dot org" <libstdc++ at gcc dot gnu dot org>, gcc-patches <gcc-patches at gcc dot gnu dot org>
- Date: Thu, 11 Feb 2016 11:57:07 +0000
- Subject: Re: TR29124 C++ Special Maths - Make <math.h> pull functions into global namespace.
- Authentication-results: sourceware.org; auth=none
- References: <56A0349C dot 4090406 at verizon dot net> <20160121122912 dot GS15084 at redhat dot com> <56A172CE dot 7090408 at verizon dot net> <20160122103933 dot GE15084 at redhat dot com> <56A2B8F5 dot 8060505 at verizon dot net> <C6A55FEB-CA06-4BC5-97C9-B96706374670 at comcast dot net>
On 10/02/16 22:36 -0800, Mike Stump wrote:
Iâm seeing:
/home/mrs/work1/gcc/libstdc++-v3/testsuite/special_functions/18_riemann_zeta/check_value.cc: In function 'void test(const testcase_riemann_zeta<Tp> (&)[Num], Tp)':
/home/mrs/work1/gcc/libstdc++-v3/testsuite/special_functions/18_riemann_zeta/check_value.cc:285:15: error: 'riemann_zeta' is not a member of 'std'
compiler exited with status 1
output is:
/home/mrs/work1/gcc/libstdc++-v3/testsuite/special_functions/18_riemann_zeta/check_value.cc: In function 'void test(const testcase_riemann_zeta<Tp> (&)[Num], Tp)':
/home/mrs/work1/gcc/libstdc++-v3/testsuite/special_functions/18_riemann_zeta/check_value.cc:285:15: error: 'riemann_zeta' is not a member of 'std'
FAIL: special_functions/18_riemann_zeta/check_value.cc (test for excess errors)
Excess errors:
/home/mrs/work1/gcc/libstdc++-v3/testsuite/special_functions/18_riemann_zeta/check_value.cc:285:15: error: 'riemann_zeta' is not a member of 'std'
UNRESOLVED: special_functions/18_riemann_zeta/check_value.cc compilation failed to produce executable
extra_tool_flags are:
-D__STDCPP_WANT_MATH_SPEC_FUNCS__
on a recent trunk. This is a typical newlib port. Not sure if this is a real bug or not, but thought Iâd forward it long.
This confused me at first, but I think what must be happening is that
your newlib port doesn't use c_model=c_global, so it uses a <cmath>
header that doesn't #include <bits/spec_fun.h>.
What does your $target/libstdc++-v3/config.log show instead of
c_global here?
configure:16391: "C" header strategy set to c_global
(Alternatively, just look at where the
$target/libstdc++-v3/include/cmath symlink points).