On 2018-11-06 14:29, Julian Gilbey wrote: > On Mon, Nov 05, 2018 at 11:03:11PM +0100, Andreas Beckmann wrote: >> Does your testcase run under bumblebee? > > I don't know; I could try when I'm next at my desktop. I don't have > bumblebee installed (it seems to be intended for laptops).
Well, you need a laptop with optimus for this, and I would expect your test case to break there, because optirun works with setting LD_LIBRARY_PATH to make the accelerated libraries (libGL.so.1 and friends) found by the programs run under optirun. That would probably result in the MESA libGL.so being dlopened. > Another thing I've thought of doing is wrapping the dlopen library > call to trace all calls to hopefully locate the source of the issue. > > But I still don't understand why you would not divert libGL.so when > libGL.so.1 is being diverted - it doesn't make any sense to me. We are diverting it (otherwise it would be a dangling symlink) - we just set the alternative unconditionally to the diverted one because we don't want anything to get linked against the proprietary libraries at compile time. Andreas
