bde 2007-06-13 18:17:26 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src e_lgammaf_r.c e_rem_pio2f.c k_cosf.c
k_rem_pio2f.c k_sinf.c k_tanf.c
math_private.h s_cosf.c s_sinf.c s_tanf.c
L
Hi, Bruce,
> >>I don't like writing papers, and rarely read them these days.
> >
> >Not writting the paper about your libm changes will increase chances your
> >changes will be simple lost at some step. Possible scenario: 1) One of
>
> They won't be lost, becaue they are in cvs :-).
While it is
On Thu, 8 Dec 2005, Mike Silbersack wrote:
On Thu, 8 Dec 2005, Bruce Evans wrote:
Whoever makes the changes would write the regression tests :-). Mine
are't sufficently general to commit. In batch mode which takes about
10 hours on a 2GHz Athlon to check all cases for floats, they are
curren
On Thu, 8 Dec 2005, Bruce Evans wrote:
Whoever makes the changes would write the regression tests :-). Mine
are't sufficently general to commit. In batch mode which takes about
10 hours on a 2GHz Athlon to check all cases for floats, they are
currently reporting the following errors on amd64:
On Sun, 4 Dec 2005, Mike Silbersack wrote:
On Tue, 29 Nov 2005, Bruce Evans wrote:
On Tue, 29 Nov 2005, Andrey Chernov wrote:
On Tue, Nov 29, 2005 at 11:49:13AM +1100, Bruce Evans wrote:
I don't like writing papers, and rarely read them these days.
Not writting the paper about your libm c
On Tue, 29 Nov 2005, Bruce Evans wrote:
On Tue, 29 Nov 2005, Andrey Chernov wrote:
On Tue, Nov 29, 2005 at 11:49:13AM +1100, Bruce Evans wrote:
I don't like writing papers, and rarely read them these days.
Not writting the paper about your libm changes will increase chances your
changes wi
On Tue, 29 Nov 2005, Andrey Chernov wrote:
On Tue, Nov 29, 2005 at 11:49:13AM +1100, Bruce Evans wrote:
I don't like writing papers, and rarely read them these days.
Not writting the paper about your libm changes will increase chances your
changes will be simple lost at some step. Possible sc
On Tue, Nov 29, 2005 at 11:49:13AM +1100, Bruce Evans wrote:
> I don't like writing papers, and rarely read them these days.
Not writting the paper about your libm changes will increase chances your
changes will be simple lost at some step. Possible scenario: 1) One of
other *BSD totally rewrite
On Mon, 28 Nov 2005, Steve Kargl wrote:
On Mon, Nov 28, 2005 at 11:16:27AM +0100, Andre Oppermann wrote:
Bruce Evans wrote:
...
lib/msun/src e_lgammaf_r.c
Log:
Fixed about 50 million errors of infinity ulps and about 3 million errors
of between 1.0 and 1.8509 ulps for lgamm
On Mon, Nov 28, 2005 at 11:16:27AM +0100, Andre Oppermann wrote:
> Bruce Evans wrote:
> >
> > bde 2005-11-28 08:32:15 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> > lib/msun/src e_lgammaf_r.c
> > Log:
> > Fixed about 50 million errors of infinity ulps
Bruce Evans wrote:
>
> bde 2005-11-28 08:32:15 UTC
>
> FreeBSD src repository
>
> Modified files:
> lib/msun/src e_lgammaf_r.c
> Log:
> Fixed about 50 million errors of infinity ulps and about 3 million errors
> of between 1.0 and 1.8509 ulps for lgammaf(x) with x b
On Mon, 28 Nov 2005, Bruce Evans wrote:
Now the max error for lgammaf(x) with |x| < 2**-21 is 0.7885 ulps, and
speed and accuracy are almost the same for positive and negative args
in this range. The maximum error overall is still infinity ulps.
Oops. The max error overall is only 749761
bde 2005-11-28 08:32:15 UTC
FreeBSD src repository
Modified files:
lib/msun/src e_lgammaf_r.c
Log:
Fixed about 50 million errors of infinity ulps and about 3 million errors
of between 1.0 and 1.8509 ulps for lgammaf(x) with x between -2**-21 and
-2**-70.
As u
bde 2005-11-28 04:58:57 UTC
FreeBSD src repository
Modified files:
lib/msun/src e_lgammaf_r.c k_cosf.c k_sinf.c
math_private.h s_cosf.c s_sinf.c
Log:
Use only double precision for "kernel" cosf and sinf (except for
returning float). The fu
14 matches
Mail list logo
