On 9/28/09 8:51 AM, "Arno Rehn" wrote: > On Monday 28 September 2009 15:38:35 Helio Chissini de Castro wrote: >> Em Domingo 27 de setembro 2009, às 10:28:35, você escreveu: >>> On Tuesday 22 September 2009 22:50:31 Helio Chissini de Castro wrote: >>>> Em Segunda-feira 21 de setembro 2009, às 14:05:09, você escreveu: >>>>> On 9/21/09 1:28 AM, "Stefano Crocco" wrote: >>>>>> On Sunday 20 September 2009, Arno Rehn wrote: >>>>>>> |Yes, the name generator_smoke.so is used on purpose, since it's a >>>>>>> | plugin and not a real shared library. QLibrary (with which the >>>>>>> | generator is loaded) tries all possibilities, including >>>>>>> | generator_smoke.so. I don't have a clue why it doesn't work for >>>>>>> | you, but on my machine it does. What revision and what distro do >>>>>>> | you use? >>>>>> >>>>>> I tried again this morning with revision 1026229 with the same >>>>>> results. I'm using Gentoo Linux with the live kde ebuilds. >>>>>> >>>>>> Stefano >>>>> >>>>> Dirk's dashboard for the icecream cluster also is listing this error >>>>> as well, so it's not isolated to Gentoo.... >>>> >>>> I know the issue. I start to have it after clean the system. >>>> Arno, you already have a previous installed bindings, with library in >>>> path, that's why you don't have the issue. >>>> >>>> I tried to solve in the Unix side, using this on main CMakeLists.txt: >>>> >>>> if( UNIX ) >>>> # Generator library is used during compilation. If some environment >>>> not # have previous kdebindings installed, will fail, then we need add >>>> local path >>>> set( ENV{LD_LIBRARY_PATH} ${CMAKE_CURRENT_BINARY_DIR}/generator/bin >>>> ) endif( UNIX ) >>>> >>>> >>>> But seens this is not effective in general. >>>> Maybe link static the library in generator will make the whole process >>>> easier. >>> >>> Btw, what version of Qt are you using? 4.6 tp1? >> >> Qt 4.6 from gitorius ( origin ) > So this could be the problem. I'm pretty sure that 4.5's QLibrary looks for > libraries in the same directory that the executable is located in (otherwise > it wouldn't have worked for me). My Qt is 4.5.2 branch as used by OpenSuSE, however, since I've last tried getting trunk built, kdelibs were failing so I cannot verify if this issue still persists with my environment. IIRC, the icecream cluster is running 4.6 however. -- Gary L. Greene, Jr. IT Operations Minerva Networks, Inc. Cell: (650) 704-6633 Phone: (408) 240-1239 _______________________________________________ Kde-bindings mailing list Kde-bindings@kde.org https://mail.kde.org/mailman/listinfo/kde-bindings