[PATCH] coreutils/lib/regex.c fix for missing __mempcpy()

[Peter S. Mazinger]

On Fri, 25 Nov 2005, Rob wrote:

> I'm a bit on shakier ground with this patch - for some reason, this library
> tries to call __mempcpy() instead of mempcpy().  This isn't found in the
> uclibc libc.so, which seems easily fixed.
> 
> Thus:
> 
> >>>>
> 
> ./lib/libfetish.a(closeout.o): In function `close_stdout':
> closeout.c:(.text+0xb4): warning:
> ./lib/libfetish.a(regex.o): In function `regerror':
> regex.c:(.text+0x5d2c): undefined reference to `__mempcpy'
> collect2: ld returned 1 exit status
> make[4]: *** [csplit] Error 1
> make[4]: Leaving directory `/rootnew/buildroot/build_i686/coreutils-5.2.1/src'
> 
> <<<<
> 
> Of course, I have not read through the evolution of the uclibc stuff, and
> plumbed the mindsets behind these various renamings and __hidden attribute stuff.
> 
> All I know is that it seems to fix the build and the tools I've tried seem to
> work OK.
> 
> The patch can be dropped into the package/coreutils-xx directory.
>
> =Rob=

it has indeed to do w/ __hidden.
I have checked the latest gnulib/regex.c code (that is used by all GNU 
apps) and it has

#ifndef _LIBC
[...]
#ifndef __mempcpy
#define __mempcpy mempcpy
#endif
#endif

haven't looked at coreutils' regex.c, but if it has the above snippet, 
then something is defining _LIBC and __mempcpy.

Peter

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2