Underworld Adventures homepage
[08:31:27] --> servus has joined #uwadv
[09:05:04] <-- servus has left IRC ()
[09:14:01] --> servus has joined #uwadv
[18:37:10] --> Dark-Star has joined #uwadv
[19:49:46] <-- Dark-Star has left IRC ()
[21:58:33] --> vividos has joined #uwadv
[21:58:33] --- ChanServ gives channel operator status to vividos
[21:58:38] <vividos> hi
[22:03:40] <wjp> hi
[22:07:40] <vividos> do you have STLport installed?
[22:07:51] <wjp> no
[22:08:03] <vividos> ok
[22:08:59] <vividos> I wanted to set up STLport's debug mode; at link time I get many link errors :(
[22:09:55] <wjp> oh?
[22:10:17] <wjp> what kind?
[22:10:23] <vividos> stuff like:
[22:10:24] <vividos> source/audio/audio.o(.text+0xe7): In function `ZN16ua_audio_managerC2Ev':
[22:10:24] <vividos> c:/mingw/stlport/stlport/stl/debug/_debug.h:335: undefined reference to `_STL::__stl_debug_engine<bool>::_Invalidate_all(_STL::__owned_list*)'
[22:10:24] <vividos> source/audio/audio.o(.text+0x107):c:/mingw/stlport/stlport/stl/debug/_debug.h:267: undefined reference to `_STL::__stl_debug_engine<bool>::_M_detach(_STL::__owned_list*, _STL::__owned_link*)'
[22:10:24] <vividos> source/audio/audio.o(.text+0x23a):c:/mingw/stlport/stlport/stl/debug/_debug.h:335: undefined reference to `_STL::__stl_debug_engine<bool>::_Invalidate_all(_STL::__owned_list*)'
[22:10:27] <vividos> source/audio/audio.o(.text+0x25d):c:/mingw/stlport/stlport/stl/debug/_debug.h:267: undefined reference to `_STL::__stl_debug_engine<bool>::_M_detach(_STL::__owned_list*, _STL::__owned_link*)'
[22:10:30] <vividos> source/audio/audio.o(.text+0x3c5): In function `ZN16ua_audio_managerC1Ev':
[22:10:41] <vividos> it doesn't really help that much
[22:10:50] <wjp> hm, all to __stl_debug_engine?
[22:11:12] <vividos> yes, seems so
[22:11:43] <wjp> are you linking to the same stlport that you're compiling against?
[22:11:56] <vividos> I hope so :)
[22:13:51] * wjp reads stlport docs; ah, you set debug mode by a simple define in uwadv?
[22:13:59] <vividos> the code is all in _debug.c, but it doesn't even appear in STLports makefiles
[22:14:08] <vividos> yes, _STLP_DEBUG
[22:14:23] <wjp> kind of sounds like your stlport isn't compiled with support for that
[22:15:45] <vividos> yes
[22:18:17] <vividos> I might've found it
[22:18:42] <vividos> there are some targets, release_static, debug_static and stldebug_static; I didn't use the latter
[22:20:19] <vividos> about docbook ... do you have it on your rpm building machine?
[22:21:31] <wjp> not currently
[22:22:03] <vividos> I guess most people won't either. should I commit the generated html before releases?
[22:22:23] <wjp> I wouldn't commit it
[22:22:35] <wjp> you could consider putting it in the dist tarball, though
[22:24:36] <vividos> but you're doing the dist tarballs :)
[22:25:13] <wjp> I am? oh, ok :-)
[22:25:30] * wjp wonders if this means the last release was too long ago :-)
[22:27:03] <wjp> how do I build these docbook docs?
[22:27:32] <vividos> you need xsltproc (from libxml2 project) and a docbook-xsl package
[22:27:41] <vividos> the command line is in m
[22:27:50] <vividos> Makefile.mingw, at the bottom
[22:29:05] <wjp> the --nonet breaks it here
[22:29:11] <vividos> now that I used the correct STLport target and lib in linking, it worked *hooray*!
[22:29:23] <wjp> but without --nonet it works
[22:29:34] <vividos> try to leave it out, or search for another option to disable DTD fetching
[22:31:18] <vividos> the --nonet gives warnings here, too
[22:31:47] <wjp> yeah, it's just a warning, I guess
[22:33:59] <vividos> a bit ugly though
[22:35:38] <wjp> I have this 'docbook2html' script here
[22:35:57] <wjp> although that appears to be less than succesful
[22:36:21] <vividos> what does it contain?
[22:36:41] <wjp> but it's from docbook-sgml-utils
[22:36:55] <vividos> it's probably for sgml docbooks then
[22:37:10] <wjp> yes, most likely
[22:38:17] <wjp> I'll have to hack it into configure/Makefile.am sometime, I guess
[22:38:29] <vividos> :)
[22:38:55] <vividos> I think it suffices at the moment to build uwadv-manual.xml
[22:39:45] <vividos> hmm, the mail with you CVS commit didn't arrive yet
[22:39:54] <wjp> I committed something?
[22:40:15] <vividos> a change in runes.hpp? not? :)
[22:41:03] <wjp> I can think of one change in there
[22:41:07] <vividos> well CVS or TortoiseCVS is a bit jerky these days; it often gives an error message and sometimes it still committed the file
[22:41:22] <wjp> you want me to commit runes.hpp?
[22:41:23] <vividos> std::vector::erase()
[22:41:33] <wjp> oh, that one
[22:41:44] <wjp> that was last week
[22:41:54] <vividos> should do an update more often :)
[22:41:58] <wjp> I'll commit another change right now :-)
[22:42:30] <wjp> there :-)
[22:42:41] <wjp> extremely important change
[22:42:52] <vividos> in common.hpp I guess :)
[22:42:58] <wjp> no, runes.hpp
[22:43:14] <wjp> is there something I should change in common.hpp too, then? *looks* :-)
[22:43:40] * vividos is having enough time to recompile all :)
[22:43:51] * wjp grins; I can think of one thing to change there :-)
[22:44:02] <wjp> no, two
[22:44:15] <wjp> copyright header and <config.h> to "config.h"
[22:45:27] <vividos> should we really do that? :)
[22:45:58] <wjp> probably not :-)
[22:46:23] <vividos> just before a release?
[22:47:59] <vividos> back in 10 minutes or so
[22:48:06] <wjp> I'll be gone by then
[22:48:11] <wjp> so good night :-)
[22:48:26] <vividos> g'night!
[23:02:57] <-- servus has left IRC (Read error: 54 (Connection reset by peer))
[23:02:58] --> servus_ has joined #uwadv
[23:04:27] <vividos> have to go :) bye!
[23:04:50] <-- vividos has left IRC ("Leaving")
[23:06:09] <-- servus_ has left IRC (Client Quit)