https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
Jonathan Wakely <redi at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2016-01-24
Ever confirmed|0 |1
--- Comment #2 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Or do this which makes libstdc++ use that non-standard function rather than
define it's own conflicting overload:
--- a/libstdc++-v3/acinclude.m4
+++ b/libstdc++-v3/acinclude.m4
@@ -2186,7 +2186,7 @@ AC_DEFUN([GLIBCXX_CHECK_MATH11_PROTO], [
fi
AC_MSG_RESULT([$glibcxx_cv_math11_overload])
;;
- *-*-*gnu* | *-*-aix*)
+ *-*-*gnu* | *-*-aix* | *-*-hpux*)
# If <math.h> defines the obsolete isinf(double) and isnan(double)
# functions (instead of or as well as the C99 generic macros) then we
# can't define std::isinf(double) and std::isnan(double) in <cmath>
But if we already use fixincludes on <math.h> for HPUX then suppressing the
declarations is another option. Glibc 2.23 only defines those XOpen functions
when:
#if !defined __cplusplus || __cplusplus < 201103L /* Conflicts with C++11. */
