> > 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
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
> 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
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(
4 matches
Mail list logo
