[PATCH] sh4: use optimized asm version of memcpy - add config option to support backward copying

[Mike Frysinger]

On Wednesday 21 March 2007, Carmelo AMOROSO wrote:
> I'm currently using on uClibc-nptl for sh4 an optimized version
> of the memcpy function (from Stuart Menefy @STMicroelectronics).
> This implementation is based on 'backward copying'
> and brakes the current implementation of 'memmove'
> (libc/string/generic/memmove.c)
> that, as clearly stated, assumes memcpy does a forward copying.
>
> The attached patch provides a solution for this adding a config option
> to specify what kind of memcpy implementation the architecture provides.
> In this way the memmove works with both implementation.

if anything, this option should not be exported for the user to try and figure 
out ... either the architecture provides it or it doesnt which means it'd be 
a hardcoded selection in the arch-specific config.in files ...

wouldnt it be simpler to provide a superh optimized memmove/memcpy ?  then it 
wouldnt matter what the generic implementations assume ...
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
Url : http://lists.busybox.net/pipermail/uclibc/attachments/20070325/27c7519b/attachment-0002.pgp