On Mon, Oct 28, 2002 at 03:23:55PM +0100, Martin Loschwitz wrote: > At weekend, i created the first Qt3.1 .deb's and ran into a problem which is > bundled with the xfree86 "xlibmesa3" package. This is why i'm writing here. ;) > > Let me describe the problem: Qt3 supports linking against OpenGL library and > provides some functions which make it possible to use OpenGL with Qt3. If you > enable OpenGL in Qt3, libqt-mt.so.3.1.0 will link against libGL.so.1 -- and of > course, since Qt is pure C++, also against libstdc++5 (if it was compiled with > g++-3.2). > > libGL.so.1 is linked against libGLU.so.1 -- and there we have the problem: > libGLU contains g++-code, as far as i am concerned in NURBS, and is therefore > linked against libstdc++-libc6.2-2.so.3. Now you can see the dilemma: Qt3 is > linked against libstdc++5 directly and against libstdc++-libc6.2-2.so.3 via > libGLU -- this will most probably lead to trouble and un-usable Qt-OpenGL apps > due to conflicting symbols. I assume all GL libraries in Debian will have this problem? > So i politely ask - does anybody have a solution for this issue? Maybe > disabling NURBS in the Mesa-library would do the job? Or can anybody > provide help with creating g++-3.2 packages of xlibmesa3 (xlibmesa3c, > that is)? I will, of course, help as good as i can with finding a solution. Why would I call it xlibmesa3"c"? What does the "c" mean? I'm not going to address this issue until I see Ryan Murray's document, but thanks for bringing it to my attention. -- G. Branden Robinson | Never underestimate the power of Debian GNU/Linux | human stupidity. branden@debian.org | -- Robert Heinlein http://people.debian.org/~branden/ |
Attachment:
pgpDGXhVjft7w.pgp
Description: PGP signature