On 6/15/07, Mark Johnson <johnson.nh(a)gmail.com> wrote:
As johnlev said, I can fix the limits_iso.h with limits.h
> <string.h> is in ISO C, but <strings.h> is not. So as Daniel Veillard
> said you can include the former without checks, but the latter should be
> defended with an #ifdef HAVE_STRINGS_H.
>
> On BSD, <strings.h> has the legacy functions like bcopy and index. Are
> we using those? Shouldn't we instead replace any instances with memcpy
> / memmove / strchr / strrchr?
It's needed because of index().
I guess not anymore :-)
MRJ
> There are apparently some platforms where you can't include
both ...
> urrgh:
http://gcc.gnu.org/ml/gcc-patches/1998-08/msg00317.html
That can break on BSD and solaris since they have both string.h and
strings.h which don't overlap.