Re: tgmath

2017-09-26 Thread coypu
Apparently we do have our own version we do not install. https://nxr.netbsd.org/xref/src/include/tgmath.h

Re: tgmath

2017-09-26 Thread Joerg Sonnenberger
On Tue, Sep 26, 2017 at 11:03:09PM +0200, Kamil Rytarowski wrote: > On 26.09.2017 22:33, Joerg Sonnenberger wrote: > > On Tue, Sep 26, 2017 at 10:28:23PM +0200, Kamil Rytarowski wrote: > >> Can we just import as-is the FreeBSD version? It has support for pre-C11 > >> compilers. This has header to b

Re: tgmath

2017-09-26 Thread Kamil Rytarowski
On 26.09.2017 22:33, Joerg Sonnenberger wrote: > On Tue, Sep 26, 2017 at 10:28:23PM +0200, Kamil Rytarowski wrote: >> Can we just import as-is the FreeBSD version? It has support for pre-C11 >> compilers. This has header to be supported in the clean C99 mode. > > I see absolutely no reason for wan

Re: tgmath

2017-09-26 Thread coypu
On Tue, Sep 26, 2017 at 10:28:23PM +0200, Kamil Rytarowski wrote: > Can we just import as-is the FreeBSD version? No. > Can we please reuse the template license header for new code? > Public-domain might be problematic for strict people (it does not work > for all countries). Absolutely not.

Re: tgmath

2017-09-26 Thread Joerg Sonnenberger
On Tue, Sep 26, 2017 at 10:28:23PM +0200, Kamil Rytarowski wrote: > Can we just import as-is the FreeBSD version? It has support for pre-C11 > compilers. This has header to be supported in the clean C99 mode. I see absolutely no reason for wanting to support tgmath.h in pre-C11 mode and a lot of v

Re: tgmath

2017-09-26 Thread Kamil Rytarowski
On 26.09.2017 21:49, co...@sdf.org wrote: > Hi folks, > > warning, if you like C for its simplicity, do not read the below post. > > while looking at the stdatomic nonsense versions, I noticed we are using > tgmath.h from gcc, but no tgmath.h from clang, if the set lists are to > believed. > > r

tgmath

2017-09-26 Thread coypu
Hi folks, warning, if you like C for its simplicity, do not read the below post. while looking at the stdatomic nonsense versions, I noticed we are using tgmath.h from gcc, but no tgmath.h from clang, if the set lists are to believed. randomly poking it turned out that in C99 you probably had to

Re: Removing header * man page of isinff

2017-09-26 Thread Joerg Sonnenberger
On Tue, Sep 26, 2017 at 06:06:44PM +, co...@sdf.org wrote: > Any objections for getting rid of the declaration of isinff and isnanf > in math.h, as well as getting rid of the man page? Yes, it is quite likely going to create more fallout than it helps right now. Just add it to the TODO list pl

Removing header * man page of isinff

2017-09-26 Thread coypu
Hi, In the next major bump we should get rid of the non-standard: isnanf, isinff (need to provide 'hidden' isnanf and provide a type-generic macro for it per the standard) Any objections for getting rid of the declaration of isinff and isnanf in math.h, as well as getting rid of the man page?

Re: lgamma non-standard extension (nvm, i was wrong)

2017-09-26 Thread coypu
apologies, should've read POSIX first. netbsd is not alone in having 'extern int signgam', that is part of POSIX. so at least we won't be the only ones to have an issue if compilers decide to replace lgamma.

lgamma non-standard extension

2017-09-26 Thread coypu
hi folks, we have a small compatible extension to lgamma, a standard C function. we provide the sign of gamma(x) result in signgam, in a global. we also have a reentry safe version, lgamma_r, where signgam is passed as an argument. because this is a standard C function, I assume the compiler is