Re: Removing CSRG libm?

2002-03-21 Thread Bruce Evans
On Wed, 20 Mar 2002, Steve Kargl wrote: On Thu, Mar 21, 2002 at 12:33:45PM +1100, Bruce Evans wrote: want the errno support completely removed so that we have a chance of declaring math functions as __pure2 unconditionally. But maybe we can't do this anyway, because math functions

Re: Removing CSRG libm?

2002-03-20 Thread Steve Kargl
On Thu, Mar 21, 2002 at 12:33:45PM +1100, Bruce Evans wrote: On Wed, 20 Mar 2002, Steve Kargl wrote: I forgot about the missing __pure2 in math.h. (It prevents gcc doing optimizations like moving sqrt(2) out of loops.) There is another thread on freebsd-standards about _MULTI_LIBM support.

Re: Removing CSRG libm?

2002-03-20 Thread Bruce Evans
On Sat, 16 Mar 2002, Steve Kargl wrote: A long time ago I submitted PR misc/17848 which removes CSRG libm sources. The audit trail shows some commentary, but AFAICT nothing much has been done based on that commentary. With the upcoming release of of 5.0, I think we should consider the

Re: Removing CSRG libm?

2002-03-20 Thread Steve Kargl
On Thu, Mar 21, 2002 at 10:19:13AM +1100, Bruce Evans wrote: On Sat, 16 Mar 2002, Steve Kargl wrote: A long time ago I submitted PR misc/17848 which removes CSRG libm sources. The audit trail shows some commentary, but AFAICT nothing much has been done based on that commentary. With

Re: Removing CSRG libm?

2002-03-20 Thread Bruce Evans
On Wed, 20 Mar 2002, Steve Kargl wrote: I re-read the audit trail of the PR. You list two items: gamma() should become tgamma(); and, (lack of) the use of __pure2. I was planning to compare our msun against NetBSD and merge any appropriate changes (if any exists). Do you have any patches

Re: Removing CSRG libm?

2002-03-16 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], Steve Kargl wr ites: A long time ago I submitted PR misc/17848 which removes CSRG libm sources. The audit trail shows some commentary, but AFAICT nothing much has been done based on that commentary. With the upcoming release of of 5.0, I think we should consider