This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: RFC: removing slow paths in various dbl-64 libm functions
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: Anton Blanchard <anton at au1 dot ibm dot com>, libc-alpha at sourceware dot org, Florian Weimer <fweimer at redhat dot com>
- Date: Wed, 2 Dec 2015 22:01:33 -0500
- Subject: Re: RFC: removing slow paths in various dbl-64 libm functions
- Authentication-results: sourceware.org; auth=none
- References: <alpine dot DEB dot 2 dot 10 dot 1511261736421 dot 10502 at digraph dot polyomino dot org dot uk> <5657D3A5 dot 5090005 at redhat dot com> <20151130230324 dot 3dd0c293 at kryten> <565D24D0 dot 70804 at redhat dot com> <alpine dot DEB dot 2 dot 10 dot 1512020034100 dot 12604 at digraph dot polyomino dot org dot uk>
On 12/01/2015 07:41 PM, Joseph Myers wrote:
> I don't think timing oracle avoidance is a goal for libm functions (or for
> glibc functions in general, e.g. memcmp).
I agree that at present there are no goals regarding timing oracle avoidance.
Any discussions about timing oracle issues would be had in a new thread and
with clear guidelines discussed in order to attain community consensus.
The particular case of memcmp is certainly the most interesting, and Florian
and I have discussed it privately. A public discussion is welcome if someone
wants to start it.
Cheers,
Carlos.