This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Call math_opt_barrier inside if
- From: Joseph Myers <joseph at codesourcery dot com>
- To: "H.J. Lu" <hjl dot tools at gmail dot com>
- Cc: GNU C Library <libc-alpha at sourceware dot org>
- Date: Fri, 15 Jan 2016 02:11:39 +0000
- Subject: Re: [PATCH] Call math_opt_barrier inside if
- Authentication-results: sourceware.org; auth=none
- References: <20160114214145 dot GA22984 at intel dot com> <alpine dot DEB dot 2 dot 10 dot 1601142212190 dot 27845 at digraph dot polyomino dot org dot uk> <CAMe9rOoTt7VqM_R=gOr_AYZ4yvPhBimp6R3xM4a5W0Tu98=CBA at mail dot gmail dot com> <alpine dot DEB dot 2 dot 10 dot 1601142235150 dot 27845 at digraph dot polyomino dot org dot uk> <CAMe9rOpP3OkgYnN3axp++wqRnNxpKegui_nqYx0oFGk6TOKkAQ at mail dot gmail dot com>
On Thu, 14 Jan 2016, H.J. Lu wrote:
> > I disagree with that analysis. The question isn't whether there's a call
> > to a particular internal interface. The question is whether there are
> > conditionals on arithmetic, such that the arithmetic is exact in the
> > conditional case but may be inexact if moved before the conditional. I
> > think at least ldbl-96/s_fmal.c, ldbl-96/s_fma.c and ldbl-128/s_fmal.c
> > have the same issue.
> >
>
> Here is the updated patch. OK for trunk?
OK.
--
Joseph S. Myers
joseph@codesourcery.com