FindKDE4Internal.cmake: better rpath handling

[Rex Dieter]

Rex Dieter wrote:

> Alexander Neundorf wrote:
> 
>> On Friday 04 February 2011, Rex Dieter wrote:
>>> Alexander Neundorf wrote:
>>> >> 2.  copy-n-paste the aforementioned code all over (similiar to what's
>>> >> already in FindKDEInternal)
>>> >>
>>> >>
>>> >> 3.  wait for cmake to handle this better natively
>>> >
>>> > I think it's option 3.
>>>
>>> How about compromise 2+3 ? :)
>> 
>> How do you mean that ?
>> For now, I think we'll have to go with 2.
>> But this shouldn't be necessary for any package which uses KDE, i.e.
>> which does a
>> find_package(KDE4)
>> right ?
> 
> Another edge-case, digikam (which does do find_package(KDE4)), for which
> we carry the following patch, is it's use of rpath properties really
> needed here, or is there a better solution?

Arg, wrong patch, this one should make more sense.

-- Rex
-------------- next part --------------
A non-text attachment was scrubbed...
Name: digikam-1.4.0_marble_plugin_rpath.patch
Type: text/x-patch
Size: 1018 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20110207/10ba9885/attachment.patch