This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] powerpc: Add a POWER8-optimized version of powf()
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Wilco Dijkstra <Wilco dot Dijkstra at arm dot com>
- Cc: "munroesj at linux dot vnet dot ibm dot com" <munroesj at linux dot vnet dot ibm dot com>, "adhemerval dot zanella at linaro dot org" <adhemerval dot zanella at linaro dot org>, "pc at us dot ibm dot com" <pc at us dot ibm dot com>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>, nd <nd at arm dot com>
- Date: Fri, 2 Jun 2017 16:27:50 +0000
- Subject: Re: [PATCH] powerpc: Add a POWER8-optimized version of powf()
- Authentication-results: sourceware.org; auth=none
- References: <AM5PR0802MB2610870578CCA938957DAACC83FD0@AM5PR0802MB2610.eurprd08.prod.outlook.com>,<email@example.com> <AM5PR0802MB2610F743AF2A1DDEAC176B1E83F70@AM5PR0802MB2610.eurprd08.prod.outlook.com>
On Fri, 2 Jun 2017, Wilco Dijkstra wrote:
> >> As it happens Szabolcs wrote a prototype powf that is not only more
> >> accurate but also 4x faster, all using generic code. With these
> >> gains, target specific math functions will be obsolete...
> > Is that forthcoming?
> Yes - after they are published under a less restrictive license. In
> GLIBC we'll need to agree on how to deal with the wrappers and establish
> a good place to add new math functions.
It's fine to put float functions implemented using double internally in
sysdeps/ieee754/flt-32; some already use double internally. For functions
not using type-generic templates, the sysdeps/ieee754 structure seems
reasonable to me (given the need to handle different long double formats),
although code outside there may also assume that float is binary32 and
double is binary64.
Joseph S. Myers