FindKDE4Internal.cmake: better rpath handling

[Rex Dieter]

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?



-- Rex
-------------- next part --------------
A non-text attachment was scrubbed...
Name: digikam-1.8.0-gcc46.patch
Type: text/x-patch
Size: 733 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20110207/0f37a0db/attachment.patch