Re: kdeinit vs. link order

2013-07-09 Thread Thomas Lübking
On Dienstag, 9. Juli 2013 10:51:16 CEST, David Faure wrote: Then the problem is elsewhere. Yes, seems. Sorry for the noise. Compiling kwin as "regular" exec brought no change. The nvidiahack lib is inoperative for other reasons. We'll have to find another solution for the issue. Cheers, Thoma

Re: kdeinit vs. link order

2013-07-09 Thread Thomas Lübking
On Dienstag, 9. Juli 2013 10:51:16 CEST, David Faure wrote: Instantiated = loaded as a directly-linked shared library? Yes. Interesting hack, never heard of that before. Afaics Lubos added it. If you set LD_PRELOAD and then type kwin in a terminal, it still doesn't work? No. Then the pr

Re: kdeinit vs. link order

2013-07-09 Thread David Faure
Le lundi 8 juillet 2013 11:47:03 Thomas Lübking a écrit : > Escalating to the High Council. :-) > KWin needs[1] to set some environment variables before libGL is > instantiated. Instantiated = loaded as a directly-linked shared library? Or is it dlopened? (then a Q_CONSTRUCTOR_FUNCTION would p

Re: kdeinit vs. link order

2013-07-08 Thread Alexander Neundorf
On Monday 08 July 2013, Thomas Lübking wrote: > Escalating to the High Council. > --- > > > KWin needs[1] to set some environment variables before libGL is > instantiated. This used to be done by an extra shared object at the end of > the link order. > > While i'm not sure whether the curren

kdeinit vs. link order

2013-07-08 Thread Thomas Lübking
Escalating to the High Council. --- KWin needs[1] to set some environment variables before libGL is instantiated. This used to be done by an extra shared object at the end of the link order. While i'm not sure whether the current process in CMakeLists is actually correct, not even LD_PRELO