Boost C++ Libraries: Ticket #2526: More architectures that do not support long double math

attachment set

Sat, 22 Nov 2008 11:46:08 GMT

attachment → math_tools_config.patch

component changed; owner set

Marshall Clow — Mon, 24 Nov 2008 16:55:08 GMT

owner set to John Maddock
component None → math

status changed

John Maddock — Wed, 26 Nov 2008 17:18:20 GMT

status new → assigned

Thanks for the info Steven, just to clarify:

This is the Debian Linux distro that has the issues?
Have you run the tests to verify that long double support is broken on these combinations of glibc and processor - out of interest what's the issue - no true long double functions in glibc? If the latter I wonder if there is some way to detect that (either glibc or libstdc++ config macro?

Thanks, John.

smr@… — Thu, 27 Nov 2008 03:11:20 GMT

Replying to johnmaddock:

This is the Debian Linux distro that has the issues?

Yes. The build failures were observed on the official package builds (I'm one of the maintainers of the Boost packages for Debian). The problem appeared in 1.36.0 but I didn't notice until a few weeks ago.

Have you run the tests to verify that long double support is broken on these combinations of glibc and processor - out of interest what's the issue - no true long double functions in glibc? If the latter I wonder if there is some way to detect that (either glibc or libstdc++ config macro?

What tests are you referring to?

My evidence is simply that the math library failed to compile on these architectures: the common symptom is that log1p1() isn't declared; e.g.

./boost/math/special_functions/log1p.hpp:342: error: '::log1pl' has not been declared

To be honest, I did not look any further. All the build logs are available (c.f. http://tinyurl.com/5fz9ok) and looking at those for 1.36.0-1, I can see that MIPSEL (failure) and i386 (success) both have identical versions of libc6-dev, g++, and libstdc++6-dev.

John Maddock — Fri, 28 Nov 2008 10:17:18 GMT

OK, log1pl and expm1l are slightly different issues as they're part of C99 rather than C++03. Are you able to tell if _GLIBCXX_USE_C99 is defined on the problem platforms?

Thanks, John.

smr@… — Mon, 01 Dec 2008 03:33:29 GMT

Replying to johnmaddock:

OK, log1pl and expm1l are slightly different issues as they're part of C99 rather than C++03. Are you able to tell if _GLIBCXX_USE_C99 is defined on the problem platforms?

I have checked 4 of the five problem architectures -- none of them define _GLIBCXX_USE_C99; I have no access to the fifth architecture (hppa). I also checked a random sampling of other ("successful") architectures in Debian (alpha, amd64, i386, powerpc, and sparc) and found they all defined the symbol as 1.

Hope that helps.

-Steve

status changed; resolution set

John Maddock — Mon, 01 Dec 2008 13:44:53 GMT

status assigned → closed
resolution → fixed

Hopefully this changeset: https://svn.boost.org/trac/boost/changeset/50055/trunk/boost will now fix this.

I'm closing the issue for now, but please reopen if theres still a problem.

John.

smr@… — Wed, 03 Dec 2008 03:37:45 GMT

There is a missing backslash on one line of the patch. Fix attached.

Index: boost/math/special_functions/fpclassify.hpp
===================================================================
--- boost/math/special_functions/fpclassify.hpp (revision 50082)
+++ boost/math/special_functions/fpclassify.hpp (working copy)
@@ -166,7 +166,7 @@
    return BOOST_FPCLASSIFY_PREFIX fpclassify(t);
 }
 #if !defined(__CYGWIN__) && !defined(__HP_aCC) && !defined(BOOST_INTEL) \
-   && !defined(BOOST_NO_NATIVE_LONG_DOUBLE_FP_CLASSIFY)
+   && !defined(BOOST_NO_NATIVE_LONG_DOUBLE_FP_CLASSIFY) \
    && !(defined(__GNUC__) && !defined(BOOST_MATH_USE_C99))
 // The native fpclassify broken for long doubles with aCC
 // use portable one instead....

John Maddock — Wed, 03 Dec 2008 18:13:30 GMT

Doh!

Fixed thanks.

John.

Alvaro — Sat, 18 Apr 2009 04:55:41 GMT

<nelchael> "XML is like violence, if it doesn't solve the problem, just

use more."

nelchael hides

acquista viagra in italia fioricet rx quanto costa comprare cialis generico tramadol relieve pain