On 6/15/07, Mark Johnson <johnson.nh@xxxxxxxxx> 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.