This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [RFC PATCH 00/29] arm64: Scalable Vector Extension core support
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Dave Martin <Dave dot Martin at arm dot com>
- Cc: Florian Weimer <fweimer at redhat dot com>, <libc-alpha at sourceware dot org>, Ard Biesheuvel <ard dot biesheuvel at linaro dot org>, Marc Zyngier <Marc dot Zyngier at arm dot com>, <gdb at sourceware dot org>, Yao Qi <qiyaoltc at gmail dot com>, <linux-arm-kernel at lists dot infradead dot org>, Alan Hayward <alan dot hayward at arm dot com>, Torvald Riegel <triegel at redhat dot com>, Christoffer Dall <christoffer dot dall at linaro dot org>
- Date: Fri, 2 Dec 2016 21:56:49 +0000
- Subject: Re: [RFC PATCH 00/29] arm64: Scalable Vector Extension core support
- Authentication-results: sourceware.org; auth=none
- References: <20161130120654.GJ1574@e103592.cambridge.arm.com> <3e8afc5a-1ba9-6369-462b-4f5a707d8b8a@redhat.com> <20161202114850.GQ1574@e103592.cambridge.arm.com> <faabab1d-fafb-2bd1-200f-b0e3ba17e1d5@redhat.com> <alpine.DEB.2.20.1612021648580.16956@digraph.polyomino.org.uk> <20161202182126.GS1574@e103592.cambridge.arm.com>
On Fri, 2 Dec 2016, Dave Martin wrote:
> Presumably the C language specs specify that fenv manipulations cannot
> be reordered with respect to evaluation or floating-point expressions?
Yes (in the context of #pragma STDC FENV_ACCESS ON). And you need to
presume that an arbitrary function call might manipulate the environment
unless you know it doesn't.
--
Joseph S. Myers
joseph@codesourcery.com