This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Consensus on MT-, AS- and AC-Safety docs.
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Alexandre Oliva <aoliva at redhat dot com>
- Cc: Carlos O'Donell <carlos at redhat dot com>, GNU C Library <libc-alpha at sourceware dot org>, Rich Felker <dalias at aerifal dot cx>, Torvald Riegel <triegel at redhat dot com>
- Date: Fri, 22 Nov 2013 15:48:35 +0000
- Subject: Re: Consensus on MT-, AS- and AC-Safety docs.
- Authentication-results: sourceware.org; auth=none
- References: <528A7C8F dot 8060805 at redhat dot com> <Pine dot LNX dot 4 dot 64 dot 1311182312130 dot 8831 at digraph dot polyomino dot org dot uk> <528BA2DA dot 3090608 at redhat dot com> <Pine dot LNX dot 4 dot 64 dot 1311192205550 dot 8742 at digraph dot polyomino dot org dot uk> <ortxf6tcpk dot fsf at livre dot home> <Pine dot LNX dot 4 dot 64 dot 1311211304050 dot 14539 at digraph dot polyomino dot org dot uk> <orzjoxro50 dot fsf at livre dot home> <Pine dot LNX dot 4 dot 64 dot 1311221326100 dot 5029 at digraph dot polyomino dot org dot uk> <ork3g0scod dot fsf at livre dot home>
On Fri, 22 Nov 2013, Alexandre Oliva wrote:
> And what is it that makes it better than e.g. fpenv? Not to mention
You could say fenv, as that's a standard abbreviation in the name of the
standard header <fenv.h>. But not a made-up non-standard non-word such as
fpresenv.
> that both are *equally* insufficient *and* misleading in conveying
> information about what the problem is: that the function modifies the
> floating point environment but does not restore it, but signal handlers
> ought to restore it, so callers should beware.
Both reading it and writing it are problematic in signal handlers.
--
Joseph S. Myers
joseph@codesourcery.com