Thierry Reding wrote: > Hi, > > I am wondering whether it is possible to make libOSMesa run with a DRI/GLX > enabled libGL. The reason I ask is that currently Debian ships libOSMesa in a > package which only provides the software rasterizer libGL while the package > providing the DRI/GLX libGL doesn't contain libOSMesa. This results in a > situation where users are not able to run software linked against libOSMesa > and have hardware accelerated rendering at the same time.
People usually work around this by using Mesa's "mangling" option which renames all the gl* functions mgl*. > On the other hand, libOSMesa16 and libOSMesa32 do not seem to be affected by > this because they statically link in part of the libGL code. Would it be > possible to do the same with the default libOSMesa? That is, statically link > in part of libGL to make it not depend on the software rasterizer libGL? Or > is that a bad idea? libOSMesa could certainly be built that way (a self-contained library without needing libGL). It should just being a matter of tweaking the linux-osmesa16 config file (remove the -DCHAN_BITS stuff and change the lib name). -Brian ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
