This is the mail archive of the
mailing list for the glibc project.
Re: Neon assumption in strchrnul and strrchr
- From: Siddhesh Poyarekar <sid at reserved-bit dot com>
- To: "Richard Earnshaw (lists)" <Richard dot Earnshaw at arm dot com>
- Cc: libc-alpha at sourceware dot org
- Date: Wed, 3 Feb 2016 15:07:30 +0530
- Subject: Re: Neon assumption in strchrnul and strrchr
- Authentication-results: sourceware.org; auth=none
- References: <20160202153613 dot GG17552 at devel dot intra dot reserved-bit dot com> <56B0DD28 dot 50502 at arm dot com>
On Tue, Feb 02, 2016 at 04:45:28PM +0000, Richard Earnshaw (lists) wrote:
> For user space we assume that both FP and Advanced SIMD (Neon) are
> always available. To assume otherwise would require a new ABI since
> Neon operations are required for long-double data types (128-bit FP).
> As such, I think it's perfectly reasonable for library code to use Neon
> whenever appropriate.
> Kernel code, of course, has to be more careful since it needs to ensure
> that the user-space context is correctly saved.
OK, thank you for the clarification.