This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 0/2] Multiarch hooks for memcpy variants
- From: Wilco Dijkstra <Wilco dot Dijkstra at arm dot com>
- To: "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>, "Siddhesh Poyarekar" <siddhesh at gotplt dot org>
- Cc: nd <nd at arm dot com>
- Date: Fri, 11 Aug 2017 11:11:17 +0000
- Subject: Re: [PATCH 0/2] Multiarch hooks for memcpy variants
- Authentication-results: sourceware.org; auth=none
- Authentication-results: spf=none (sender IP is ) smtp.mailfrom=Wilco dot Dijkstra at arm dot com;
- Nodisclaimer: True
- Spamdiagnosticmetadata: NSPM
- Spamdiagnosticoutput: 1:99
Siddhesh Poyarekar wrote:
> Functions like mempcpy, __mempcpy_chk and __memcpy_chk continue to call the
> generic memcpy implementation. These two patches fix this by adding ifunc
> entry points for these functions for generic, thunderx and falkor.
I don't understand what the goal of this is since on AArch64 we always transform
mempcpy to memcpy. Also why use ifuncs on the _chk variants? Are they ever
used in cases where the last 1% of performance matters?
Wilco