RE: [Flightgear-devel] Re: gl-info suffers from undefined references
Andy Ross writes: > > Alex Perry wrote: > > > [...] > > > /usr/lib/gcc-lib/i486-linux/3.3.3/../../../libglut.so: > > > undefined reference to `glXChannelRectSGIX' > > > [...] > > > > Never mind. It looks like Debian Testing has managed to temporarily > > have insufficient dependency constraints. It is currently possible to > > have incompatible versions of glut and glX libraries installed. > > This is exactly the same problem that bit Red Hat about a year ago, > got me into a viscious flame war with Mike Harris, and ultimately led > them to pull glut from their distribution entirely. < snip > > What I've done on my system is compile a static glut from Mesa which I > put (by hand) into the FlightGear /lib directory when I > build. I have heard that FreeGlut has no such problem note you want to use the latest release not the CVS version Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: gl-info suffers from undefined references
Curtis L. Olson wrote: > This might be another reason to look at plib's PW or SDL or at least > moving away from glut? Yeah, this has been on my list for a while. I actually got started a while back with snipping out the glut dependencies from the input and main loop code and putting them into a "fg_os.cxx" file. Our requirements are pretty simple. I'm just now coming out of a period of business at work, and can start picking up the FlightGear stuff I have sitting around. First on the list is the Nasal-based fuel system, which is almost there (the Nasal works, the YASim changes aren't debugged yet). The ssg "font object" would be another good candidate, as would the de-glutification stuff. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: gl-info suffers from undefined references
Andy Ross wrote: This is exactly the same problem that bit Red Hat about a year ago, got me into a viscious flame war with Mike Harris, and ultimately led them to pull glut from their distribution entirely. The issue is that glut (being ancient, crufty, unmaintaned, and slightly non-free) uses compile-time checking to look for OpenGL extensions. Around version 4.3, XFree86 implemented some SGIX extensions that glut uses. When compiled against XFree headers from 4.3+, glut generates a library with dependencies on those extension symbols. But ATI and NVidia ship libGL.so's that don't implement them. Debian's glut will work against debian's libraries, but not against 3rd party ones. The Mesa distribution has a version of glut that has been fixed to use runtime testing for this extension. The problem as I understand it, though, is that this distribution isn't quite compatible with glut's license terms. So no one wants to ship it. What I've done on my system is compile a static glut from Mesa which I put (by hand) into the FlightGear /lib directory when I build. This might be another reason to look at plib's PW or SDL or at least moving away from glut? Curt. -- Curtis Olson Intelligent Vehicles Lab FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: gl-info suffers from undefined references
Alex Perry wrote: > > [...] > > /usr/lib/gcc-lib/i486-linux/3.3.3/../../../libglut.so: > > undefined reference to `glXChannelRectSGIX' > > [...] > > Never mind. It looks like Debian Testing has managed to temporarily > have insufficient dependency constraints. It is currently possible to > have incompatible versions of glut and glX libraries installed. This is exactly the same problem that bit Red Hat about a year ago, got me into a viscious flame war with Mike Harris, and ultimately led them to pull glut from their distribution entirely. The issue is that glut (being ancient, crufty, unmaintaned, and slightly non-free) uses compile-time checking to look for OpenGL extensions. Around version 4.3, XFree86 implemented some SGIX extensions that glut uses. When compiled against XFree headers from 4.3+, glut generates a library with dependencies on those extension symbols. But ATI and NVidia ship libGL.so's that don't implement them. Debian's glut will work against debian's libraries, but not against 3rd party ones. The Mesa distribution has a version of glut that has been fixed to use runtime testing for this extension. The problem as I understand it, though, is that this distribution isn't quite compatible with glut's license terms. So no one wants to ship it. What I've done on my system is compile a static glut from Mesa which I put (by hand) into the FlightGear /lib directory when I build. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: gl-info suffers from undefined references
From: Alex Perry <[EMAIL PROTECTED]> > [...] > /usr/lib/gcc-lib/i486-linux/3.3.3/../../../libglut.so: > undefined reference to `glXChannelRectSGIX' > [...] Never mind. It looks like Debian Testing has managed to temporarily have insufficient dependency constraints. It is currently possible to have incompatible versions of glut and glX libraries installed. Other Debian Testing users might avoid doing an upgrade for a few days until packages with correct version requirements have been propagated. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel