This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/11409] New: 26_numerics/fabs_inline.cc failure
- From: "rth at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 2 Jul 2003 16:06:19 -0000
- Subject: [Bug libstdc++/11409] New: 26_numerics/fabs_inline.cc failure
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11409
Summary: 26_numerics/fabs_inline.cc failure
Product: gcc
Version: 3.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: alpha-linux
GCC host triplet: alpha-linux
GCC target triplet: alpha-linux
The test case fails with
.../26_numerics/fabs_inline.cc: In function `int main()':
.../26_numerics/fabs_inline.cc:33: error: converting
overloaded function `fabs' to type `double (*)(double)' is ambiguous
/usr/include/bits/mathinline.h:84: error: candidates are: double fabs(double)
<internal>:0: error: double std::fabs(double)
I believe it's not a c++ front end problem because the same .i file
produces the same error when compiled with an i686-linux compiler.
That said, I can't figure out why this error occurs at all. The test
case passes on i686-linux; both systems use glibc, and both systems
provide a version of fabs in /usr/include/bits/mathinline.h.
Can someone with more C++ Fu help me out?