This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 4/4] S390: Implement mempcpy with help of memcpy. [BZ #19765]
- From: Wilco Dijkstra <Wilco dot Dijkstra at arm dot com>
- To: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
- Cc: nd <nd at arm dot com>, 'GNU C Library' <libc-alpha at sourceware dot org>
- Date: Thu, 5 May 2016 13:23:58 +0000
- Subject: Re: [PATCH 4/4] S390: Implement mempcpy with help of memcpy. [BZ #19765]
- Authentication-results: sourceware.org; auth=none
- Nodisclaimer: True
- References: <AM3PR08MB00888058CAFD723F21D2342D837B0 at AM3PR08MB0088 dot eurprd08 dot prod dot outlook dot com> <572A3B9C dot 3080803 at linaro dot org> <AM3PR08MB00882DA2CEDFC95A1BB79776837B0 at AM3PR08MB0088 dot eurprd08 dot prod dot outlook dot com>,<572A6271 dot 6050802 at linaro dot org>
- Spamdiagnosticmetadata: NSPM
- Spamdiagnosticoutput: 1:23
Adhemerval Zanella wrote:
> But the current one at string/string.h is only enabled with !defined _HAVE_STRING_ARCH_mempcpy,
> so if a port actually adds a mempcpy one it won't be enabled. What I am trying to argue it
> to just remove the !defined _HAVE_STRING_ARCH_mempcpy and enable it as default for all
> ports.
I'd be happy with treating mempcpy like bzero/bcopy - old nonstandard ABIs that should be
discouraged in new code and removed from existing code. But could we reach consensus on that?
Wilco