Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 10 Nov 2013 18:47:53 -0800
From:      David Schultz <das@freebsd.org>
To:        Bruce Evans <brde@optusnet.com.au>
Cc:        "freebsd-numerics@FreeBSD.org" <freebsd-numerics@freebsd.org>, David Chisnall <theraven@freebsd.org>, Steve Kargl <sgk@troutmask.apl.washington.edu>
Subject:   Re: MUSL math functions
Message-ID:  <20131111024753.GA15115@zim.MIT.EDU>
In-Reply-To: <20131111040050.D29424@besplex.bde.org>
References:  <DFD5EA35-ABDA-4A09-BFC7-9452D650C7FE@FreeBSD.org> <20131031133352.GA59918@troutmask.apl.washington.edu> <20131101072032.P1002@besplex.bde.org> <20131108085039.GA1821@zim.MIT.EDU> <15792BD0-C47C-4DCA-A112-D3C54F211E67@FreeBSD.org> <20131111040050.D29424@besplex.bde.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Nov 11, 2013, Bruce Evans wrote:
> On Sun, 10 Nov 2013, David Chisnall wrote:
> > MIPS is also ld128 on most systems, but the fact that there is no 128-bit floating point hardware for MIPS (except in one ASE, where there is one 128-bit floating point accumulator register) makes this quite a silly choice, so it will probably stay ld64.
> 
> Does anyone have it in hardware?

Not as far as I know. The format is fairly impractical, for three reasons:

1. Lack of hardware support means it's slow.

2. Given that it's already slow, those who need the extra
   precision would probably prefer to just use an
   arbitrary-precision library.

3. People who don't know any better frequently use 'long double'
   in their code, even when double would suffice. This is okay on
   x86, but their programs run exceptionally slowly on platforms
   that use the ld128 format.



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