#uwadv@irc.freenode.net logs for 30 Jan 2003 (GMT)

Archive Today Yesterday Tomorrow
Underworld Adventures homepage


[01:02:54] --> Servus has joined #uwadv
[02:40:33] <-- Servus has left IRC ()
[08:36:54] --> Servus has joined #uwadv
[11:29:05] <-- Servus has left IRC ()
[12:24:58] --> Telemachos has joined #uwadv
[12:24:58] --- ChanServ gives channel operator status to Telemachos
[13:51:20] --> yot has joined #uwadv
[13:58:39] <-- Telemachos has left IRC (adams.freenode.net irc.freenode.net)
[13:58:48] --> Telemachos has joined #uwadv
[14:01:17] <-- Telemachos has left IRC ("Leaving")
[14:45:40] --> vividos has joined #uwadv
[14:45:40] --- ChanServ gives channel operator status to vividos
[16:01:06] --> QQtis has joined #uwadv
[16:01:07] --- ChanServ gives channel operator status to QQtis
[16:02:31] <QQtis> greetings!
[16:02:32] <QQtis> :)))
[16:02:35] <-- vividos has left IRC (Killed (NickServ (Nickname Enforcement)))
[16:03:10] --> vividos has joined #uwadv
[16:03:10] --- ChanServ gives channel operator status to vividos
[16:03:28] <vividos> hi there
[16:04:50] <QQtis> I am finally back
[16:05:06] <QQtis> for some reason the server would not let me log on from home
[16:05:25] <QQtis> I think it's because I have a gateway proxy for the LAN at home
[16:06:03] <vividos> that's bad
[16:06:14] <vividos> how are you QQtis?
[16:06:18] <QQtis> good
[16:06:22] <QQtis> new semester begins
[16:07:10] <QQtis> good stuff
[16:07:15] <vividos> good to hear
[16:07:20] <QQtis> anyway - I'm hungry
[16:07:30] <vividos> :) me too
[16:07:31] <QQtis> time to go hunt down some food ;)
[17:04:35] * vividos is away, too
[17:20:48] --> wjp has joined #uwadv
[17:20:51] <wjp> hi
[17:20:54] --- ChanServ gives channel operator status to wjp
[17:50:37] <vividos> hi wjp
[18:26:17] <-- vividos has left IRC ("restart")
[18:32:49] --> vividos has joined #uwadv
[18:32:49] --- ChanServ gives channel operator status to vividos
[19:10:04] <vividos> heh, just reading zziplib changelog:
[19:10:04] <vividos> * modified zzip-stdint.h along the example patch for FreeBSD done
[19:10:08] <vividos> by wjpalentstijn at sourceforge in projet uwadv.
[19:12:30] <wjp> lol
[19:12:47] <wjp> pity they got my name wrong :-)
[19:13:05] <vividos> :)
[19:13:20] <wjp> can't say I remember what they're talking about
[19:14:51] * wjp checks CVS history
[19:15:29] <vividos> that patch?
[19:15:34] <wjp> ah, that
[19:15:45] <wjp> apparently freebsd had a inttypes.h that clashed with something
[19:23:10] * vividos decides to not update zziplib for a while
[19:24:55] <wjp> it's working fine right now, isn't it?
[19:24:58] <vividos> yes
[19:25:12] <wjp> if it ain't broke... :-)
[19:25:26] <vividos> and guido did quite a lot of changes
[19:25:29] <vividos> :)
[19:26:25] <vividos> I'd like to write savegames as zip file with files in it for the tilemap, object list etc., but I guess I have to do it myself when I want to have it
[19:28:35] <wjp> hm, exult does that currently
[19:29:18] <vividos> I guess the zip structures are just written out as the file is saved
[19:30:17] * vividos notices that libtool creates a lot of text just to compile a file ...
[19:30:35] <wjp> on the console you mean?
[19:31:14] <vividos> yes
[19:31:25] <wjp> yeah, it roughly doubles things
[19:32:17] <vividos> another thing ... when compiling a .cpp file, is the path it is in automatically added to the search paths?
[19:33:31] <wjp> include/library search paths?
[19:34:05] <wjp> I'm pretty sure it's in the include path; not sure about libraries
[19:34:40] <vividos> include paths
[19:36:30] <wjp> gcc does add it, yes
[19:36:37] <wjp> (even when compiling from a different dir)
[19:37:02] <vividos> I'm currently compiling a noinst_-lib with libtool and it errored out not finding a .hpp file in the same folder
[19:38:50] <wjp> weird
[19:39:12] <vividos> I'll look at it closer and I'll tell you again
[19:39:23] <vividos> (have to fix source/linux/debug.cpp first)
[19:44:45] --> Eldron has joined #uwadv
[19:44:55] <vividos> hi Eldron
[19:44:57] <Eldron> hey
[19:47:01] <vividos> ok here's the error:
[19:47:07] <vividos> depmode=gcc /bin/sh ../depcomp \
[19:47:07] <vividos> g++ -DHAVE_CONFIG_H -I. -I. -I. -DCONFIGDIR=\"/usr/local/share/games/uwadv/\" -I. -I. -O2 -I/usr/local/include -I/usr/local/include/SDL -D_REENTRANT -c -o wrllexer.o `test -f 'resource/model/wrllexer.cpp' || echo './'`resource/model/wrllexer.cpp
[19:47:08] <vividos> wrllexer.l:63: wrllexer.hpp: Datei oder Verzeichnis nicht gefunden
[19:47:44] <vividos> current folder is uwadv/source/
[19:50:17] <wjp> that commandline works for me
[19:50:28] <wjp> (adjusted with the right SDL paths)
[19:50:38] <vividos> strange
[19:51:08] <vividos> it's probably the depcomp macro that does some things
[19:51:16] <vividos> s/macro/script/
[19:53:21] <vividos> it is maybe that I use gcc-2.95.2 ?
[19:53:56] <-- yot has left IRC ()
[19:53:59] <wjp> if I add the depcomp call it still works
[19:54:02] <wjp> might be
[19:54:20] <wjp> the gcc info page should contain directory search info
[19:55:31] <vividos> I don't have info on this machine :) well, I perhaps should install gcc-3.2 or something
[19:56:04] <wjp> hm, my firewall machine still has gcc 2.95something
[19:56:06] * wjp checks info
[19:56:44] <vividos> adding a proper -I fixed it
[19:58:36] <wjp> hm, according to this, gcc 2.96 (RH's 2.95.something) looks in the directory the source file comes from,
[19:58:42] <wjp> unless you specify -I- on the command line
[19:58:48] <vividos> ok
[19:59:05] <wjp> but apparently it doesn't?
[19:59:13] <wjp> (or depcomp adds the -I-?)
[19:59:26] <vividos> strange thing is, wrllexer.cpp includes wrllexer.hpp, but importwrl.cpp imports it, too, and there is no error
[20:01:14] <vividos> another error:
[20:01:14] <vividos> wrllexer.hpp
[20:01:21] <vividos> eerm sorry
[20:01:22] <vividos> make: *** No rule to make target `lua/liblualib.la', needed by `uwadv'. Stop.
[20:03:40] <wjp> hm, it compiles for me now
[20:04:33] <wjp> what's the line above that error, btw?
[20:04:57] <vividos> it's the last compiled source file before building liblualib.la
[20:05:23] <wjp> in the resource/ dir?
[20:06:25] <vividos> yes:
[20:06:26] <vividos> depmode=gcc /bin/sh ../depcomp \
[20:06:26] <vividos> g++ -DHAVE_CONFIG_H -I. -I. -I. -DCONFIGDIR=\"/usr/local/share/games/uwadv/\" -I. -I. -O2 -I/usr/local/include -I/usr/local/include/SDL -D_REENTRANT -c -o load_game.o `test -f 'screens/load_game.cpp' || echo './'`screens/load_game.cpp
[20:06:26] <vividos> source='screens/save_game.cpp' object='save_game.o' libtool=no \
[20:06:26] <vividos> depfile='.deps/save_game.Po' tmpdepfile='.deps/save_game.TPo' \
[20:06:28] <vividos> depmode=gcc /bin/sh ../depcomp \
[20:06:28] <wjp> this is kind of weird
[20:06:30] <vividos> g++ -DHAVE_CONFIG_H -I. -I. -I. -DCONFIGDIR=\"/usr/local/share/games/uwadv/\" -I. -I. -O2 -I/usr/local/include -I/usr/local/include/SDL -D_REENTRANT -c -o save_game.o `test -f 'screens/save_game.cpp' || echo './'`screens/save_game.cpp
[20:06:34] <vividos> make: *** No rule to make target `lua/liblualib.la', needed by `uwadv'. Stop.
[20:06:36] <vividos> vividos@tigger:~/projekte/uwadv/source > make liblualib.la
[20:06:38] <vividos> make: *** No rule to make target `liblualib.la'. Stop.
[20:06:46] <vividos> after all, the liblualib.la: rule in resource/lua/Makefile is there
[20:06:48] <wjp> how did you run make?
[20:07:06] <vividos> make uwadv
[20:07:17] <wjp> ah, that doesn't work
[20:07:21] <wjp> (blame automake)
[20:07:31] * vividos blames automake *grr*
[20:07:32] <wjp> you need to do a plain 'make' (or 'make all')
[20:07:36] <vividos> ok :)
[20:07:49] <vividos> bug in automake?
[20:09:45] <wjp> design flaw
[20:10:30] <wjp> source/lua/Makefile builds liblua, so source/Makefile can't build it
[20:11:01] <vividos> ah ok
[20:11:08] <wjp> we could add a build rule for liblua in source/Makefile.am to call source/lua/Makefile
[20:11:25] <vividos> depmode=gcc /bin/sh ../depcomp \
[20:11:26] <vividos> g++ -DHAVE_CONFIG_H -I. -I. -I. -DCONFIGDIR=\"/usr/local/share/games/uwadv/\" -I. -I. -O2 -I/usr/local/include -I/usr/local/include/SDL -D_REENTRANT -c -o load_game.o `test -f 'screens/load_game.cpp' || echo './'`screens/load_game.cpp
[20:11:26] <vividos> source='screens/save_game.cpp' object='save_game.o' libtool=no \
[20:11:26] <vividos> depfile='.deps/save_game.Po' tmpdepfile='.deps/save_game.TPo' \
[20:11:26] <vividos> depmode=gcc /bin/sh ../depcomp \
[20:11:28] <vividos> g++ -DHAVE_CONFIG_H -I. -I. -I. -DCONFIGDIR=\"/usr/local/share/games/uwadv/\" -I. -I. -O2 -I/usr/local/include -I/usr/local/include/SDL -D_REENTRANT -c -o save_game.o `test -f 'screens/save_game.cpp' || echo './'`screens/save_game.cpp
[20:11:32] <vividos> make: *** No rule to make target `lua/liblualib.la', needed by `uwadv'. Stop.
[20:11:34] <vividos> vividos@tigger:~/projekte/uwadv/source > make liblualib.la
[20:11:36] <vividos> whoops :)
[20:11:45] <vividos> we could do that, yes
[20:11:47] <wjp> I hope this is just the old one? :-)
[20:11:50] <vividos> yes
[20:12:51] <vividos> btw, I added a noinst-libuatools.la that has all files needed for the tools to compile. If you have time, you could test if it works what I'm done :)
[20:13:17] <wjp> hm, when I tried to compile the tools 30 minutes ago I several screens full of compile errors
[20:13:26] <wjp> s/I several/I got several/
[20:13:55] <vividos> committed a Makefile.am 20 minutes ago
[20:15:55] <vividos> don't know if all the prog_LDADD's can be combined
[20:25:10] <wjp> ok, tools compile now
[20:25:27] <wjp> I'll commit those liblua/libzzip rules to source/Makefile.am, btw
[20:27:15] <vividos> ok thanks
[20:32:08] <vividos> away a bit
[21:03:07] <vividos> gtg, bye!
[21:05:05] <wjp> bye
[21:07:29] <-- vividos has left IRC ("Leaving")
[21:23:18] --> yot has joined #uwadv
[22:11:22] <-- wjp has left IRC ("Zzzz...")
[22:52:42] --> vividos has joined #uwadv
[22:53:02] --- ChanServ gives channel operator status to vividos
[23:14:14] --> Servus has joined #uwadv
[23:29:59] <Servus> people in here!
[23:35:25] <Servus> you guys should add velocity and friction to your movement in uwadv, it wouldnt take but a moment, but it'd make the engine seem tons better :)
[23:39:03] <vividos> for objects?
[23:41:23] <Servus> the player
[23:42:32] <Servus> when you click to go forward once, add, say 1 to velocity, then every tick, you 1) add velocity to position, and 2) multiply velocity by, say, 0.9, so velocity goes down every tick... and if you click "forward" a single time, you start out fast, then slow down, and stop
[23:42:33] <vividos> you are of course free to implement it, but currently I don't have time for that
[23:43:21] <Servus> let me see if i can actually get someone elses code to compile, im nto good at that ;)
[23:43:21] <vividos> you could talk to Telemachos, he did the rest of the collision and physics code
[23:43:34] <Servus> lemme DL and compile, brb
[23:46:38] <-- yot has left IRC ()
[23:56:30] <Servus> having compiler trouble... debug.cpp wasnt included in the source tar, and the one from CVS doesnt jive with this version... yar...