Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 23 Mar 2009 14:22:10 -0400
From:      Alexander Sack <pisymbol@gmail.com>
To:        Alexander Sack <pisymbol@gmail.com>, FreeBSD Hackers <freebsd-hackers@freebsd.org>
Subject:   Re: Long double support in FreeBSD?
Message-ID:  <3c0b01820903231122mb763be4geb07cafecc80db1b@mail.gmail.com>
In-Reply-To: <20090323180327.GA8943@zim.MIT.EDU>
References:  <3c0b01820903230930q1b54f9a5p38f4d6d230a350c7@mail.gmail.com> <20090323180327.GA8943@zim.MIT.EDU>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Mar 23, 2009 at 2:03 PM, David Schultz <das@freebsd.org> wrote:
> On Mon, Mar 23, 2009, Alexander Sack wrote:
>> I'm working with building the Boost libraries and Boost.Math has long
>> double support stubbed out for FreeBSD (personally I don't need it
>> but..). =A0I believe looking at some historical threads about this over
>> the weekend and a lot of it was due to compiler GNUish bugs handling
>> long double math (I believe Bruce Evans had some patches at one point
>> but mentioned it was still crappy).
>>
>> Can someone speak if the current compiler/BSD flavors support long
>> double math on a 64-bit capable CPU (LM=3D1)?
>
> Long doubles are supported, except that long double versions of
> the following libm functions are missing:
>
> =A0 =A0acoshl asinhl atanhl cbrtl coshl erfcl erfl expl expm1l
> =A0 =A0lgammal log10l log1pl log2l logl powl sinhl tanhl tgammal
>
> The only other caveat is that on i386 we set the FPU to 53-bit
> precision so that gcc produces saner results in double precision.
> (See the archives for the gruesome details.) Of course, if you're
> running FreeBSD/amd64 on a 64-bit machine, this doesn't apply.
>

Thank you so much David, that is what I needed to know (I just thought
asking would be easier in this case than trying to parse through the
many threads over the past about this topic).

-aps



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3c0b01820903231122mb763be4geb07cafecc80db1b>