setting EXECUTABLE_OUTPUT_PATH in tier1/ tests ?

Stephen Kelly steveire at gmail.com
Thu May 10 21:44:31 UTC 2012


Stephen Kelly wrote:

> David Faure wrote:
> 
>> On Thursday 10 May 2012 23:21:55 Stephen Kelly wrote:
>>> David Faure wrote:
>>> >> Now we don't do that anymore.
>>> >> So for Windows the dlls and the exes have to go into the same
>>> >> directory.
>>> > 
>>> > And how will the libs be found on Unix, given that they are under lib/
>>> > and not bin/?
>>> > 
>>> > Putting all executables in bin doesn't remove the need for wrapper
>>> > scripts, on unix.
>>> 
>>> We have RPATH for that. Is that enough?
>> 
>> Doesn't seem to work currently.
>> 
>> Apply attached patch in kcoreaddons, make, then try to run
>> ./krandomsequencetest:
>> 
>> ./krandomsequencetest: symbol lookup error: ./krandomsequencetest:
>> undefined symbol: _ZN7KBackup10helloSteveEv
>> 
> 
> helloDavid();
> 
> :)
> 
>> 
>> Hmm, let's investigate:
>> 
>> ldd ./krandomsequencetest | grep kcoreadd
>>         libkcoreaddons.so.5 =>
>>         /d/kde/inst/kde_frameworks/lib64/libkcoreaddons.so.5
>>         (0x00007ff56b385000)
>> 
>> objdump -p krandomsequencetest | grep PATH
>>   RPATH
>>   /d/qt/4/qt-for-trunk/lib:/d/kde/build/5/kdelibs-
> frameworks/tier1/kcoreaddons/src:/d/kde/build/5/kdelibs-
> frameworks/libinqt5/src:/d/kde/build/5/kdelibs-
> frameworks/libkdeqt5staging/src
>>   RUNPATH
>>   /d/qt/4/qt-for-trunk/lib:/d/kde/build/5/kdelibs-
> frameworks/tier1/kcoreaddons/src:/d/kde/build/5/kdelibs-
> frameworks/libinqt5/src:/d/kde/build/5/kdelibs-
> frameworks/libkdeqt5staging/src
>> 
>> Hmm, so this comes from $LD_LIBRARY_PATH pointing to $KDEDIR/lib64.
>> Emptying it works: LD_LIBRARY_PATH= ldd ./krandomsequencetest | grep
>> kcoreadd
>>         libkcoreaddons.so.5 =>
>>         /d/kde/build/5/kdelibs-
> frameworks/tier1/kcoreaddons/src/libkcoreaddons.so.5
>>         (0x00007f506c524000)
>> 
>> But wasn't RPATH supposed to take precedence over $LD_LIBRARY_PATH?
>> 
> 
> Yes, but RUNPATH takes precedence over LD_LIBRARY_PATH. Maybe RUNPATH
> takes precedence over LD_LIBRARY_PATH?
> 


Sorry, that was nonsense.

There is this though:

http://labs.qt.nokia.com/2011/10/28/rpath-and-runpath/






More information about the Kde-frameworks-devel mailing list