This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Disable use of FMA instructions in branred
- From: Steven Munroe <munroesj at linux dot vnet dot ibm dot com>
- To: "Carlos O'Donell" <carlos at systemhalted dot org>
- Cc: Andreas Schwab <schwab at linux-m68k dot org>, libc-alpha at sourceware dot org
- Date: Fri, 16 Mar 2012 11:20:23 -0500
- Subject: Re: [PATCH] Disable use of FMA instructions in branred
- References: <m2obrwshli.fsf@igel.home> <CADZpyixoYuJd4pKaxy_N1uaRQ1z29VAsszbJ2cHL0FG1M0rYCQ@mail.gmail.com>
- Reply-to: munroesj at us dot ibm dot com
On Fri, 2012-03-16 at 11:25 -0400, Carlos O'Donell wrote:
> On Fri, Mar 16, 2012 at 11:14 AM, Andreas Schwab <schwab@linux-m68k.org> wrote:
> > __branred depends on precise double precision, and falls down completely
> > if the compiler is allowed to contract floating-point expressions (which
> > is does by default).
> >
> > Andreas.
> >
> > 2012-03-16 Andreas Schwab <schwab@linux-m68k.org>
> >
> > * configure.in (libc_cv_cc_nofma): Check for option to disable
> > generation of FMA instructions.
> > * configure: Regenerate.
> > * config.make.in (config-cflags-nofma): Set from libc_cv_cc_nofma.
> > * math/Makefile (CFLAGS-branred.c): Define.
>
> Is this caught by the current testsuite?
>
> If not, could we add a test for this regression?
>
PowerPC has had FMA for a long time. Does the same failure exist on
PowerPc or is this Intel specific?