Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Nov 2005 04:21:03 +0300
From:      Andrey Chernov <ache@FreeBSD.ORG>
To:        Bruce Evans <bde@zeta.org.au>
Cc:        src-committers@FreeBSD.ORG, Andre Oppermann <andre@FreeBSD.ORG>, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG, Bruce Evans <bde@FreeBSD.ORG>, Steve Kargl <sgk@troutmask.apl.washington.edu>
Subject:   Re: cvs commit: src/lib/msun/src e_lgammaf_r.c
Message-ID:  <20051129012102.GA84108@nagual.pp.ru>
In-Reply-To: <20051129110058.T33820@delplex.bde.org>
References:  <200511280832.jAS8WGvs059057@repoman.freebsd.org> <438AD8FB.A8B96AB6@freebsd.org> <20051128172718.GA59929@troutmask.apl.washington.edu> <20051129110058.T33820@delplex.bde.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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 its libm using some outside source, many new 
latest standard conforming functions added. 2) Although it is not so good 
in many aspects as yours, users will demand switching, since knows not at 
all about your goal/efforts/ulps/etc. 3) Someday someone switch from 
obsoleted N-years old etc. libm to be compatible with the rest of *BSD.

BTW, do you optimize Athlon only calculation? What about Intel EM64?

-- 
http://ache.pp.ru/




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