According to Darryl Friesen: > > I think someone suggested the -I/usr/include as the culprit. For some > > reason, the configure script in 3.2 adds this to the compiler flags in > > the Makefile, but it messes up the default search order for system > > header files. Try removing it from the flags in your Makefile and see > > if that fixes the problem. We'll need to figure out how to get the > > configure script to stop doing this. > > Thanks Gilles. Got a little farther this time. Now I'm getting the stat64 > problems that others have been seeing. I found this suggestion in the > archives (message is here > http://www.geocrawler.com/mail/msg.php3?msg_id=6965171&list=8822): > > | Obviously we need to find the appropriate version of this file and put > | it back. As for the clobbered db->stat() calls, maybe the easy fix is > | to simply put parentheses around the "db->stat" part, thus... > | > | return (db->stat)(db, sp, db_malloc, (u_int32_t) flags); > | > | in htword/WordDB.h, and anywhere else where this comes up > | (htdb/htdb_dump.cc and htdb/htdb_stat.cc come to mind). If you give > | this trick a try, let me know if it fixes this problem. > > I get a similar but subtly different error message, which I've included > below. Basically it says "'struct __db' has no member named `stat64'" > instead of "no matching function for call to `__db::stat64(DB*&, void*&, > void*(*&)(unsigned int), u_int32_t&)" > > In a message from Dec 12, you said: > > > Just a thought, but maybe it would help to try to find which gcc header > > file is redefining "stat" to "stat64", and that might give us some ideas > > about how to avoid, disable or alter that redefinition. > > This is all getting a bit over my head here (I'm a 'configure', 'make', > 'make install' kinda guy), but I don't think gcc 3.x is the problem. I did > a 'find -exec grep' of the installed gcc files looking for "stat64" but > found nothing. However, I did find several lines like: > > #pragma redefine_extname stat stat64 > #define stat stat64 > #pragma redefine_extname stat64 stat > #define stat64 stat > > in /usr/include/sys/stat.h. Does that help any? Is this strictly a Solaris > 8 problem? [I didn't notice posting from users of other platforms, so I'm > assuming it is]
Yeah, those sure look like they could cause trouble! I think this is a Solaris 8 problem. I haven't seen it anywhere else, and /usr/include/sys/stat.h is a system include file, not a part of gcc. Just on a hunch, try changing the order of the includes in htword/WordDB.h so that the #include "db.h" is the last file included, i.e. after htString.h. If that doesn't help, this is a brute force trick but try adding a "#undef stat" either just before or just after the include of db.h. -- 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-general mailing list <[EMAIL PROTECTED]> To unsubscribe, send a message to <[EMAIL PROTECTED]> with a subject of unsubscribe FAQ: http://htdig.sourceforge.net/FAQ.html
