According to Joe Vigil:
> According to 'man', the include file is /usr/include/string.h
> BUT, after grepping for strcasecmp in the /usr/include directory, I
> discovered that it's ACTUALLY in /usr/include/strings.h (what's an 's'
> between friends, huh?).
> Anyway, I put an #include <strings.h> in WordKeyInfo.cc and in
> WordMonitor.cc and low and behold friends, it compiles!
The configure program actually tests to see whether your system
has string.h or strings.h, and sets the HAVE_STRINGS_H macro in
include/htconfig.h accordingly. Unfortunately, htlib/lib.h &
htlib/libdefs.h simply #include <string.h> without checking this macro!
So, htlib/lib.h should be fixed to #include "htconfig.h", and then both
htlib/lib.h & htlib/libdefs.h should be fixed to do something like:
#ifdef HAVE_STRINGS_H
#include <strings.h>
#else
#include <string.h>
#endif
WordKeyInfo.cc and WordMonitor.cc both include StringList.h, which
includes Object.h, which in turn includes lib.h, so it should pick up
the correct definitions if the fixes above are implemented. The
#include <string.h> should probably also be removed from htmerge.cc,
as it will pick up the right header indirecly via htString.h.
Someone correct me if I'm wrong, but I think string.h and strings.h
are mostly interchangeable. Some systems have one, some have the
other, and Linux has both for good measure.
--
Gilles R. Detillieux E-mail: <[EMAIL PROTECTED]>
Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/~grdetil
Dept. Physiology, U. of Manitoba Phone: (204)789-3766
Winnipeg, MB R3E 3J7 (Canada) Fax: (204)789-3930
_______________________________________________
htdig-dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/htdig-dev