[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: Re: New dependency for kdelibs and kdebase: dbusmenu-qt
From: Modestas Vainius <modestas () vainius ! eu>
Date: 2010-05-06 19:05:09
Message-ID: 201005062205.18458.modestas () vainius ! eu
[Download RAW message or body]
Hello,
On ketvirtadienis 06 Gegužė 2010 21:43:22 Alexander Neundorf wrote:
> > I'm satisfied by this. The quick question was if it had been implemented
> > in the rest of KDE trunk / kdesupport trunk as well. That's because I
> > don't follow trunk development but probably will only get to it when 4.5
> > is about go out. Your last mail seemed like you somewhat didn't want to
> > ack. that there was a problem and offered CMAKE_SKIP_RPATH as a
> > solution.
>
> Yes, because I was not really aware of it.
> I'm still confused after your email.
> Above you write:
> "I believe that cmake defaults ( no install rpath ) meet debian's and
> majority of distros needs completely."
> but then again you say that CMAKE_SKIP_RPATH is not an acceptable solution.
>
> Can you please explain ?
R(UN)PATH is not always evil. Setting R(UN)PATH to /usr/lib, /lib or other
library directories already known to system by default is evil. Setting
RUNPATH to e.g. /usr/lib/privatelibs (those which do not have public headers,
e.g libkdeinit4s in KDE case) is acceptable. However, CMAKE_SKIP_RPATH=ON
breaks the 2nd use case and likely other valid ones. What I'm trying to say
here is that this option is too generic to be an ultimate solution.
--
Modestas Vainius <modestas@vainius.eu>
["signature.asc" (application/pgp-signature)]
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic