From owner-freebsd-standards@FreeBSD.ORG Tue Jul 7 20:26:33 2009 Return-Path: Delivered-To: freebsd-standards@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F15E9106575E for ; Tue, 7 Jul 2009 20:26:33 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx10.syd.optusnet.com.au (fallbackmx10.syd.optusnet.com.au [211.29.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 8ACB08FC2F for ; Tue, 7 Jul 2009 20:26:33 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by fallbackmx10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n67IN7Pm019911 for ; Wed, 8 Jul 2009 04:23:07 +1000 Received: from c122-107-120-90.carlnfd1.nsw.optusnet.com.au (c122-107-120-90.carlnfd1.nsw.optusnet.com.au [122.107.120.90]) by mail04.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n67IN1Xe027752 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jul 2009 04:23:04 +1000 Date: Wed, 8 Jul 2009 04:23:01 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Bruce Simpson In-Reply-To: <4A5200CF.600@incunabulum.net> Message-ID: <20090708041419.K45178@delplex.bde.org> References: <4A5200CF.600@incunabulum.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: das@FreeBSD.org, freebsd-standards@FreeBSD.org, bde@FreeBSD.org Subject: Re: Boost.Math svn/branches/release regressions flagged X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 20:26:34 -0000 On Mon, 6 Jul 2009, Bruce Simpson wrote: > Just doing a Boost regression run... Any ideas? 4 fails, in computing float > distance, over type double, with a large exponent. Is this the bug fixed by gcc change 129199? If not, it might be a gcc bug or the test assuming that extra precision is available. You can probably eliminate precision bugs (including gcc bugs related to precision) by testing on amd64. The tests seemed to be compiled with -O0, so maybe they are avoiding some precision bugs intentionally. I sometimes need more than -O0 to avoid precision bugs. > 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. I couldn't see exactly what it is doing (does it call any libm functions?) and would find it too hard to build the whole tests. > 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. Looks like most things pass, but how much does leaving out long double tests lose? Bruce