Hi,
For me, this is not especially urgent - more of a comment. I realise
3.2.03b (and 04b) are more of a test stream, but I esp wanted phrase
searching which is why I use it.
I built 3.2.0b3 a cupla years back for our work server and also for my
(home office based) server here. But I've just upgraded the latter from a
2 yo Mandrake dist to the latest RH 9, and have been trying to rebuild
3.2.0b3 - so far this has failed. Program versions, BTW, are gcc-3.2.2-5,
libstdc++-3.2.2-5, glibc-2.3.2-27.9, make-3.79.1-17, bash-2.05b-20
(with libstdc++, bash and a few other bits having been updated from
latest RH errata page). So all recent and patched AFAIK.
Via this list, I got a certain way in by adding CPPFLAGS="-Wno-deprecated"
to my htdig build env. This got me to:
------------------
c++ -DHAVE_CONFIG_H -I. -I. -I../include -DDEFAULT_CONFIG_FILE=\"/opt/www/conf/h
tdig.conf\" -I../include -I../htlib -I../htnet -I../htcommon -I../htword -I../db
-I../db -Wno-deprecated -I/usr/local/include -g -O2 -Wall -fno-rtti -fno-except
ions -Wp,-MD,.deps/HtRegexReplace.pp -c HtRegexReplace.cc -fPIC -DPIC -o .libs/
HtRegexReplace.lo
HtRegexReplace.cc:24: default argument given for parameter 3 of `
HtRegexReplace::HtRegexReplace(const char*, const char*, int = 0)'
HtRegexReplace.h:31: after previous specification in `
HtRegexReplace::HtRegexReplace(const char*, const char*, int = 0)'
make[1]: *** [HtRegexReplace.lo] Error 1
make[1]: Leaving directory `/usr/local/src/htdig-3.2.0b3/htlib'
make: *** [all-recursive] Error 1
------------------
Hmmm ... okay. So I did some more searching (htdig FAQ, list, google) but
this time got no clues. It looked a bit as though ongoing attempts by the
gnu guys to tidy up and rationalise the c and c++ libs may have been causing
some problems with the old 3.2.0b3 code, so next I tried adding -fpermissive.
This got me a bit further (what is they say about "a little knowledge ..." :)
It now bombed at:
------------------
creating libfuzzy.la
(cd .libs && rm -f libfuzzy.la && ln -s ../libfuzzy.la libfuzzy.la)
/bin/sh ../libtool --mode=link c++ -g -O2 -Wall -fno-rtti -fno-exceptions -L/us
r/local/lib -o htfuzzy htfuzzy.o libfuzzy.la ../htnet/libhtnet.la
../htcommon/libcommon.la ../htword/libhtword.la ../htlib
/libht.la ../htcommon/libcommon.la ../htword/libhtw
ord.la ../db/libhtdb.la ../htlib/libht.la -lz
c++ -g -O2 -Wall -fno-rtti -fno-exceptions -L/usr/local/lib -o .libs/htfuzzy htf
uzzy.o .libs/libfuzzy.so -lz ../htnet/.libs/libhtnet.so -lz ../htcommon/.libs/li
bcommon.so -lz ../htword/.libs/libhtword.so -lz ../htlib/.libs/libht.so -lz ../h
tcommon/.libs/libcommon.so -lz ../htword/.libs/libhtword.so -lz ../db/.libs/libh
tdb.so -lpthread -lz ../htlib/.libs/libht.so -lz -lz -Wl,--rpath -Wl,/usr/local/
lib/htdig -Wl,--rpath -Wl,/usr/local/lib/mifluz
../htcommon/.libs/libcommon.so: undefined reference to `HtConfiguration::ParseSt
ring(char const*) const'
../htnet/.libs/libhtnet.so: undefined reference to `HtDateTime::operator<(HtDate
Time const&) const'
collect2: ld returned 1 exit status
make[1]: *** [htfuzzy] Error 1
make[1]: Leaving directory `/usr/local/src/htdig-3.2.0b3/htfuzzy'
make: *** [all-recursive] Error 1
------------------
At this point, I'd run out of ideas (I'm reasonable with C but hopeless with
c++) so I went back to perservering with the binary that'd come as part of RH
9 (3.2.04b).
I'd originally given up on that one since it had no man entry and I couldn't
immediately figure out where any of the files were supposed to live (one
nice thing about having source!) Having run "rundig" and then trying it
via my original web page i/face had so far produced empty search results.
After some degree of head-scratching, I fired up htdump to try and see what
was going on. Everything looked pretty good from that perspective (I could
see stacks of words and weights and so on in db.worddump), so that end looked
fine. For no particular reason, I again tried it via the web interface, and
"bingo" - success! So without knowing quite how I'd managed it, things
were now finally working with the RH distributed version.
However, I'm still a bit puzzled re the build problems from src, so thought
I'd post this anyway - in case anyone had a thought or a comment. Is it
just a gradual tightening up/tidying up of gcc and libs, or am I missing
something more obvious here?
BTW ...
The web pages with file listings on htdig.org have their names truncated
in many cases. If anyone has the key to this server (apache 1.3.26), how
about adding (to IndexOptions) "NameWidth=*" to allow full names to be
displayed. Just a thought ...
--
Cheers,
Tony
Tony Sanderson_________________--_|\ [EMAIL PROTECTED]
Bluehaze Solutions___________/ \ tel +61 3 9898 8286
Surrey Hills, Victoria,______\ .--.#/ http://www.bluehaze.com.au
Australia__________________________v
'Life is what happens to you while you are making other plans.'
- Knight's Law
-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
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
