RPATH problems in kdelibs

[Thiago Macieira]

Alexander Neundorf wrote:
>> Regardless of whether you added or not, they had RPATH (as my examples
>> showed). They were Qt's library dir, plus /usr/local/lib and /lib (but
>> not /usr/lib). Can you care to guess where those paths came from?
>
>Yes, I can care to guess.
>Btw. if you search for "RPATH" in FindKDE4Internal.cmake and
> KDE4Macros.cmake you will find everything related to RPATH handling for
> KDE. So it's not that hard to find out. It's even completely commented.

Let me rephrase: I did search. And given the comment in 
tKDE4Macros.cmake -- which I would expect to be from you -- "libraries 
don't get any RPATH", I'd also expect you to be guessing as much as I 
where it came from.

>> By the way, I've also found this weird code in FindKDE4Internal.cmake:
>> # also use /usr/local by default under UNIX, including Mac OS X
>> if (UNIX)
>>    link_directories(/usr/local/lib)
>>    set( _KDE4_PLATFORM_INCLUDE_DIRS /usr/local/include )
>>
>> Why is that being added?
>
>What is so weird about /usr/local/ ?

What is so special about it that it should be added? I don't think it 
should be treated any more specially than anything else.

Note that gcc already includes those.

>It's is from when I started with cmake for KDE, I think it can be
> removed now, but actually it also doesn't hurt, at least nobody
> complained until now.

Yeah, someone would need a really weird setup for a problem to show there.

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20061127/34c90e6a/attachment.pgp