Movatterモバイル変換

This is the mail archive of thelibc-alpha@sourceware.orgmailing list for theglibc 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 transformmempcpy to memcpy. Also why use ifuncs on the _chk variants? Are they everused in cases where the last 1% of performance matters?Wilco

• Follow-Ups:
  • Re: [PATCH 0/2] Multiarch hooks for memcpy variants
    • From: Siddhesh Poyarekar