Date: Mon, 06 Jul 2009 14:49:03 +0100 From: Bruce Simpson <bms@incunabulum.net> To: bde@FreeBSD.org, das@FreeBSD.org, freebsd-standards@FreeBSD.org, Alexander Churanov <alexanderchuranov@gmail.com> Subject: Boost.Math svn/branches/release regressions flagged Message-ID: <4A5200CF.600@incunabulum.net>
next in thread | raw e-mail | index | archive | help
Hi guys, Just doing a Boost regression run... Any ideas? 4 fails, in computing float distance, over type double, with a large exponent. Details here: http://www.boost.org/development/tests/release/developer/output/bms-freebsd-gcc-boost-bin-v2-libs-math-test-test_next-test-gcc-4-2-1-debug.html is linked off: http://www.boost.org/development/tests/release/developer/math.html See test_next link in left column of math.html, for affected code. All other failures in Boost.Math, including this one, are down to lacking gmpfrxx, or lacking long double support in FreeBSD: http://www.boost.org/development/tests/release/developer/output/bms-freebsd-gcc-boost-bin-v2-libs-math-test-test_tr1_long_double-test-gcc-4-2-1-debug-build-no.html This is not a prerequisite in the Boost port, and we don't package gmpfrxx anywhere, so the concept checks fail. cheers, BMS P.S. Boost has a fairly rich exposure to the platform, perhaps we can get FreeBSD project resources for some occasional test coverage? P.P.S The IPv6 multicast failures in Boost.ASIO are due to the test machine having no v6 addresses other than ::1 (and no candidate default route). That's the module I'm most concerned with right at this moment.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A5200CF.600>