Hi, On Thu, Mar 24, 2016 at 11:32:46AM +0100, Leon Winter wrote: > Yet, LO tries to resolve a symbol at runtime which was not garantueed to > exist.
No, it doesn't. libGL does. > If the LO package would indicate it would need a certain symbol like > __driDriverGetExtensions_swrast then there would probably already be a hard > dependency on the correct mesa package. At some point the "contract" between > user and provider of the shared object is broken here as LO expects the symbol > but it is not provided. > Maybe the bug is in fact not in LO but the package of LO as it misses to > require > the correct mesa package. Again, it seems libGL loads that, not LO. LO just uses GLEW (and via that libGL(U)) and those symbols are fullfilled. LO does not use __driDriverGetExtensions_swrast itself, that is a mesa-internal. Regards, Rnee
