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: Siddhesh Poyarekar <siddhesh at gotplt dot org>
• To: Zack Weinberg <zackw at panix dot com>, Szabolcs Nagy <szabolcs dot nagy at arm dot com>
• Cc: Wilco Dijkstra <Wilco dot Dijkstra at arm dot com>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>, nd <nd at arm dot com>
• Date: Sat, 12 Aug 2017 00:23:19 +0530
• Subject: Re: [PATCH 0/2] Multiarch hooks for memcpy variants
• Authentication-results: sourceware.org; auth=none
• References: <DB6PR0801MB20534ED1010DDF1B033821EE83890@DB6PR0801MB2053.eurprd08.prod.outlook.com> <18d2fdf8-ca55-1ded-fa66-3509b3bcf8fe@gotplt.org> <598DF02B.8010607@arm.com> <CAKCAbMg27DXDe=5vCCtBAW-g5BUkHKPb=_VTV7kr6cq_U91-Cg@mail.gmail.com>

On Friday 11 August 2017 11:36 PM, Zack Weinberg wrote:>> may be the generic __memcpy_chk should call the ifunced>> memcpy so it goes through an extra plt indirection, but>> at least less target specific code is needed.> > I was thinking of making this suggestion myself.  I think that would> be a better maintainability/efficiency tradeoff.  (Of course, I also> think we shouldn't bypass ifuncs for intra-libc calls.)That was my initial approach, but I was under the impression that PLTsin internal calls were frowned upon, hence the ifuncs similar to what'sdone in x86.  If this is acceptable, I could do more tests to checkgains within the library if we were to call memcpy via ifunc.Siddhesh

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

• References:
  • Re: [PATCH 0/2] Multiarch hooks for memcpy variants
    • From: Wilco Dijkstra
  • Re: [PATCH 0/2] Multiarch hooks for memcpy variants
    • From: Siddhesh Poyarekar
  • Re: [PATCH 0/2] Multiarch hooks for memcpy variants
    • From: Szabolcs Nagy
  • Re: [PATCH 0/2] Multiarch hooks for memcpy variants
    • From: Zack Weinberg