Date: Mon, 21 Jan 2002 11:20:09 +0100 From: Sven To: Lauri Alanko Cc: 129530 at bugs.debian.org, lablgtk at kaba.or.jp, garrigue at kurims.kyoto-u.ac.jp Subject: Re: Bug#129530: lablgl: Linkage problems with libGLU Message-ID: <20020121112009.C13075 at dpt-info.u-strasbg.fr> References: <20020116172253.A8087 at dpt-info.u-strasbg.fr> <20020121002024.GA446 at la.iki.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20020121002024.GA446 at la.iki.fi>; from la at iki.fi on Mon, Jan 21, 2002 at 02:20:24AM +0200 On Mon, Jan 21, 2002 at 02:20:24AM +0200, Lauri Alanko wrote: > On Wed, Jan 16, 2002 at 05:22:53PM +0100, Sven wrote: > > > I'm not sure if the problem is in mesag3-glide2 or in lablgl. If my mesa > > > version is known to be incompatible, it should at least be declared in > > > lablgl's dependency list. > > > > Mmm, yes that may be the problem, i am using xlibmesa3 4.1.0-13 myself. > > > > Maybe you should ask (or fill a bug) the mesag3-glide2 maintainer about this > > problem, and if it really is that lablgl is incompatible with mesag3-glide2, > > we can either ask the lablgl maintainer (Jacques guarrigue) about it, or as > > you suggested, remove it from the dependency list. > > Judging from , it seems that the issue is whether GLU 1.2 is > supported. And mesag3-glide2-3.4.2.1-3's CONFORM document clearly says: > "Mesa doesn't have GLU 1.2". So apparently the mesag3-packages simply > haven't been updated after mesa got new GLU functionality. No wonder, as > they have been mostly obsoleted by XFree 4.x's built-in mesa... Ok, so lablgl should test for the glu version, ... I will contact upstream to see what he thinks about it (i am CCing him this) To Jacques, ... I get this report about lablgl not working with the glide version of mesa, which only has : $ nm -D /usr/lib/libGLU.so | grep gluTess 0001083c T gluTessCallback 00010a8c T gluTessVertex while the mesa which comes with xfree 4 has : $ nm -D /usr/lib/libGLU.so | grep gluTess 000183a0 T __gluTessErrorString 000335e8 T gluTessBeginContour 00033590 T gluTessBeginPolygon 00033070 T gluTessCallback 00033634 T gluTessEndContour 00033668 T gluTessEndPolygon 00033054 T gluTessNormal 00032e58 T gluTessProperty 00033410 T gluTessVertex This results in the following error : $ lablgl Fatal error: cannot load shared library dlllablgl Reason: /usr/lib/ocaml/lablgl/dlllablgl.so: undefined symbol: gluTessNormal Is it because i link lablgl with the Xfree version of mesa, or is the gluTessNorm call used in lablgl. In this later case, is there anyway to solve this adequately, like enabling the gluTessNorm call only when using the version of mesa who has it, or most probably, building two versions of lablgl, one for normal usage, and the other for use with mesag-glide ? > > BTW, why do you not use the mesa libs of XFree 4 ? > > ...which I don't use because I never managed to figure out how to use my ATI > RagePro for normal operation, but switch to full-screen Voodoo2 for GL > stuff. I'm not even sure it's possible. > > I also am currently not in a good position to update much of anything, since > the machine in question no longer has a direct net connection, and even the > CD drive is broken :). > > Anyway, the fact that my system has an outdated mesa is my own problem. The > fact that lablgl installs without complaints on such a system, but won't > run, is yours. I don't recommend dropping GLU 1.3 support from the package, > so please just fix the dependencies. I can always build the labl*-packages > from the source for myself. > > If you really want to be nice to people with outdated software (and > hardware), though, you might consider building an alternative > lablgtk-package that doesn't include GL support at all and thus doesn't > depend on it. Just a suggestion. Mmm, i may consider that ... Friendly, Sven Luther