Skip site navigation (1)Skip section navigation (2)
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>