hi, the dlopen()s result from the darkplaces author's kind of development. the darkplaces engine is an extended version of id software inc.'s quake1 game engine. so darkplaces can be used to interpret not only the commercial quake1 game media, but also nexuiz and there should exist a bunch of other games, darkplaces can be used for. all of the different games vary in the libraries they need, for example ogg vorbis support is mandatory for nexuiz but obsolete for quake1 - you can use the same binary for all the games supported without recompiling and if the engine finds the ogg library it will open it, otherwise it will simply go on. as upstream also wants to ship precompiled binaries, they're not interested in offering a set of differently compiled and linked libraries.
i think that were the main points upstream pointed out, when i started the very same discussion on IRC 1,5 years ago :) i tried to patch the sources, but i didn't manage to get everything working. i contacted upstream on IRC again: (10:52:44) Fuddl: someone filed the "why not link directly against libraries" bug. /me has a déjà vu ;) (10:53:34) esteel: didn't divVerent invent a makefile option for this? (10:54:14) Fuddl: did he? is it available in 2.3? (10:59:05) divVerent: Fuddl: no (10:59:56) Fuddl: divVerent: will it be in the next release? (11:00:13) divVerent: no (11:00:22) divVerent: only a half solution exists (11:00:32) divVerent: namely, linking against the libs with -l and finding its functions using self-dlopen that's the current state, maybe at least nexuiz upstream will patch the darkplaces sources in the future... cheers - fuddl
signature.asc
Description: PGP signature
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel