[Kde-bindings] building smoke

[Arno Rehn]

On Wednesday 23 September 2009 09:33:46 Petr Vanek wrote:
> On Sep 22, 2009, at 10:50 PM, 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" <stefano.crocco at alice.it> 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.
generator_smoke.so isn't being installed yet. I don't see how the other 
bindings being installed affect the loading of that plugin.

> > 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 )
> 
> Bug is confirmed here too (suse, fedora).
> 
> yep, it's dangerous for environments (like mine) with hiighly
> customized LD_LIBRARY_PATH. Or use something like this:
> set( ENV{LD_LIBRARY_PATH} ${CMAKE_CURRENT_BINARY_DIR}/generator/bin:ENV
> (LD_LIBRARY_PATH} )
> to keep previous settings. (Now I feel like cpt. Obvious ;))
> 
> But it's working at all. I'm setting it from shell with export.
> 
> And one note - dynamically loaded plugins looks cool. But I know it's
> a pain to port it to Windows. End of note.
I'm currently porting smoke and Qyoto to windows. I started from a clean Vista 
install and it all worked like a charm (well, not everything, but the dynamic 
loading of plugins works just fine).
Another possibility would be to set RPATH for the generator executable. I'll 
try installing fedora in a VM and look what's going on.

-- 
Arno Rehn
arno at arnorehn.de