past) or
remove the function prototype from string.h.
An intermediate solution might be for libiberty to export a mempcpy
that may be used by gcc/intl, without clashing with cygwin's headers.
I hope this helps. To repeat the problem attempt to compile the
following program:
int main(
> As you have discovered, mempcpy is not provided. If a configure script
> detects it, the configure script is broken.
Thanks for the fast response. Unfortunately in your haste you may
have missed the point of the e-mail.
Cygwin's /usr/include/string.h prototypes mempcpy. If cygwin doesn't
pr
Many thanks to cgf for checking in the solution for mempcpy.
I'm now more than happy.
However you might also consider that there still remain a
significant number of potentially problematic function prototypes
from cygwin's header files: strndup, exp2, scalbln, tgamma, nearbyint,
lrint, round, l
> > for cygwin's build machinery (as suggested by Max) to correct
> > newlibs headers for use on cygwin, removing all the unexported
> > function prototypes.
>
> Umm... no. I didn't say that.
Doh, I apologise. I misread the text before
> unless you have a better idea, the only way I can think o
4 matches
Mail list logo
