On Oct 9, 2009, at 8:21 PM, Arno Rehn wrote:

> On Thursday 01 October 2009 14:32:55 Stefano Crocco wrote:
>> On Saturday 26 September 2009, Arno Rehn wrote:
>>> |I just tested current kdebindings trunk in a fedora 11 VM and it  
>>> worked
>>> | all  ok. Build log attached. I really don't know what the error  
>>> is.
>>> | I'll add a line that explicitly looks for the generator plugin  
>>> in the
>>> | same directory as the generator executable - maybe that fixes the
>>> | errors you get.
>>
>> I tried again this morning, using the latest svn revision and Qt  
>> 4.5.2.
>> Again, it failed. To make it work, I had to manually set  
>> LD_LIBRARY_PATH
>> to build/generator/bin from the shell.
> Yes, I haven't added that fix/hack yet.

I hacked it for my personal copy of kdebindings a bit. It's propably a  
security hole, but I can work with it at least:
http://pastebin.ca/1614700

idea:
- work as before if there are plugins installed
- try to load plugins from current cmake bin dir if there are no found  
in lib path

I had to change the plugins name too - to get it working with  
QLibrary. It looks like it's expecting libname.so format and it cannot  
load name.so format. But it's just my unconfirmed observation.


petr

P.S.: and there is one more strange issue (but minor only): the stuff  
cannot be built with e.g. "make -j 16" (multiprocess run). Smoke  
generator cannot handle it correctly propably. But it is not critical  
one.

_______________________________________________
Kde-bindings mailing list
Kde-bindings@kde.org
https://mail.kde.org/mailman/listinfo/kde-bindings