Menu
▾
▴
htdig-dev
|
From: Lachlan A. <lh...@us...> - 2003-05-18 05:18:51
|
Thanks for your prompt reply, Geoff, and I apologise for sounding=20
impatient (yet again ):
I have managed to run make check on OS X, after a bit of manual=20
configure/making. In case it helps:
(a) libhtword.a must be linked *after* libhtdb.a and/or libht.a
so when make failed with WordType::instance undefined, I
re-ran the g++ command it had just issued, putting the full path
to libhtword.a at the end.
With my infinite-recursion patch, libhtdb.a also needs to be
libhtcommon.a, so I just repeated the full list of libraries.
Will recreating the libtool files fix that?
(b) The _MODULES_ macro in test/conf/httpd.conf.in was empty, so I
put the path /usr/libexec/httpd/ at the start of each module
(c) Some modules weren't found, so I commented out the LoadModule
and AddModule lines for:
=09agent_log_module
=09referer_log_module
=09db_auth_module
Are these needed on any platform, or can they be commented out by
default? It works without them on Mandrake 8.2...
(d) chmod 755 t_url
On Sun, 18 May 2003 03:29, Geoff Hutchison wrote:
> We can probably
> even hack configure to default to static libs on OS X and throw up
> a warning if you use --enable-shared. (I put in such a hack a while
> back when Solaris had problems with shared libs.)
Very good idea. I can see the Solaris hack in configure and =20
aclocal.m4, but I haven't yet found which input file it comes=20
from... (Sorry, but I'm still rather bamboozled by the configuration=20
process :) I'll keep looking.
Thanks again for your help (and patience with my impatience...)!
Lachlan
|
|
From: Geoff H. <ghu...@ws...> - 2003-05-18 13:38:20
|
On Sunday, May 18, 2003, at 12:15 AM, Lachlan Andrew wrote: > Thanks for your prompt reply, Geoff, and I apologise for sounding > impatient (yet again ): I think we all want to see 3.2.0b5 out ASAP. :-) > (d) chmod 755 t_url Because the CVS tree at SourceForge horribly mangled a lot of permissions, I wrote a "htdig-fix.sh" script that needs to be run before a genuine release. I'll make sure that t_url is set appropriately. (I'm actually wondering at some point if we shouldn't just change directory names in the SF CVS since the problem seems to be fixed with another project I have there.) > Very good idea. I can see the Solaris hack in configure and > aclocal.m4, but I haven't yet found which input file it comes It's not from an input file. As far as I could tell, the only way to get at the libtool configuration was by hacking aclocal.m4. You're not supposed to do that, since your changes will disappear. But it needed to be done. -Geoff |
|
From: Gilles D. <gr...@sc...> - 2003-05-21 15:49:06
|
According to Geoff Hutchison: > On Sunday, May 18, 2003, at 12:15 AM, Lachlan Andrew wrote: > > Thanks for your prompt reply, Geoff, and I apologise for sounding > > impatient (yet again ): > > I think we all want to see 3.2.0b5 out ASAP. :-) I agree. I know you've been looking to Geoff and me to provide some leadership here, and I have to apologize that I haven't been in a position lately to provide much. However, despite being a bit out of the loop lately, it does sound from the discussions here that the cvs tree is in a better state than any prior beta release of 3.2. So, whether the remaining problems of occasional database corruption (still not 100% sure that's licked, are we?) and OS X portability issues, are showstoppers or not really becomes a judgement call, and I'd rather defer to the judgement of those actively pursuing those particular problems. When you guys feel the code is ready to release, I say go for it. In the meantime, I'll try to find a bit of time this week or next to get in the two fixes I promised to handle a long time ago (translate_latin1 attribute and htdig -m handling). The latter is maybe dispensible, but I think translate_latin1 is a must for our eastern European friends (and possibly others who use 8-bit, non-latin1 character encodings), as the current behaviour forces latin1 translations with no option to turn it off. > > (d) chmod 755 t_url > > Because the CVS tree at SourceForge horribly mangled a lot of > permissions, I wrote a "htdig-fix.sh" script that needs to be run > before a genuine release. I'll make sure that t_url is set > appropriately. > > (I'm actually wondering at some point if we shouldn't just change > directory names in the SF CVS since the problem seems to be fixed with > another project I have there.) If you can resolve the mode bit corruption, more power to you, Geoff! If not, we may want to make the Makefiles and scripts somehow less dependent on file modes in the source tree, and make sure modes are set correctly in a make install. -- Gilles R. Detillieux E-mail: <gr...@sc...> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. Physiology, U. of Manitoba Winnipeg, MB R3E 3J7 (Canada) |
|
From: Jim C. <li...@yg...> - 2003-05-18 19:14:18
|
On Saturday, May 17, 2003, at 11:15 PM, Lachlan Andrew wrote: > I have managed to run make check on OS X, after a bit of manual > configure/making. In case it helps: > (a) libhtword.a must be linked *after* libhtdb.a and/or libht.a > so when make failed with WordType::instance undefined, I > re-ran the g++ command it had just issued, putting the full path > to libhtword.a at the end. Seems to work for me also. Looks like libhtword.a needs to be linked after libht.a. I tried placing libhtdb.a before and after and it didn't make any difference. Jim |
|
From: Ted Stresen-R. <ted...@ma...> - 2003-05-19 04:19:27
|
Being fortunate enough to know someone who actually works at Apple, I asked if he, or someone he knew, could take a look at this particular problem. He was too busy (not surprising) but he did point me to these two mailing lists. If someone has the time, perhaps he/she can summarize the problems we're having and post to one of these lists requesting help. 1) http://lists.apple.com/mailman/listinfo/darwin-development 2) http://lists.apple.com/mailman/listinfo/unix-porting (This list would be my second choice) To quote my connection: "I strongly urge you the developer who is actually having the build problem to send the appropriate details to this list. Frankly, that kind of problem sounds very familiar, perhaps they should search the archives. It definitely sounds like an environmental issue (and or build settings issue)." He also suggested contacting the people on the Fink project, that they might have some hints/tips. Ted Stresen-Reuter On Sunday, May 18, 2003, at 02:14 PM, Jim Cole wrote: > On Saturday, May 17, 2003, at 11:15 PM, Lachlan Andrew wrote: > >> I have managed to run make check on OS X, after a bit of manual >> configure/making. In case it helps: >> (a) libhtword.a must be linked *after* libhtdb.a and/or libht.a >> so when make failed with WordType::instance undefined, I >> re-ran the g++ command it had just issued, putting the full path >> to libhtword.a at the end. > > Seems to work for me also. Looks like libhtword.a needs to be linked > after libht.a. I tried placing libhtdb.a before and after and it > didn't make any difference. > > Jim > > > > ------------------------------------------------------- > This SF.net email is sponsored by: 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 > htd...@li... > https://lists.sourceforge.net/lists/listinfo/htdig-dev > |
Thanks for helping keep SourceForge clean.
X