Great work, Jim! On Wed, 28 May 2003 14:38, Jim Cole wrote: > The most common warning is that /usr/include is explicitly provided
Yep, that breaks SunOS, and is fixed by the new zlib check (committed yesterday). > Another frequent warning is the following. > warning: redeclaration of C++ built-in type `wchar_t' > I think this warning results Since /usr/include is no longer > considered a system include directory, Good point. Could you try it again with the new configure? > A couple other warnings involve lex. > > conf_lexer.cxx: In function `int yylex()': > conf_lexer.cxx:704: warning: label `find_rule' defined but not used > /usr/include/gcc/darwin/3.1/g++-v3/streambuf: At top level: > conf_lexer.cxx:1790: warning: `void* yy_flex_realloc(void*, > unsigned int)' > defined but not used I had been leaving them because this file is automatically generated by flex. I'll hack it for now, but does anyone know a clean way to fix this? > Finally, there are three link warnings (repeated multiple times) > involving multiple definitions of _regcomp, _regexec, and _regfree. Is there anything we can do about that, other than rename all of our functions? Suggestions, anyone? > As for 'make check' the code now compiles (with the same warnings > as above) and all tests pass. There is one possible glitch in that > an attempt to find HtFileType fails. > Checking after the fact, the file appears to be there. It's put there by make install -- I haven't got around to setting the path in test/conf/htdig.conf to be relative to the build directory, rather than the install directory... > The only other issue that I encountered involves htfuzzy. > The 'Rejected' notice appears to be due to the blank line at the > end of the synonyms file. Yep, that's fixed too. > I have tried a couple digs and have not encountered any crashes or > noticeable database corruption; I do have compression enabled. Excellent news! Are you in a position to run the "big" dig at some stage? (The database file is about 700MB.) Cheers, Lachlan ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ htdig-dev mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/htdig-dev
