RPATH order problem
brad.king at kitware.com
Fri May 18 04:32:13 CEST 2007
Alexander Neundorf wrote:
> On Thursday 17 May 2007 14:51, Allen Winter wrote:
>> On Thursday 17 May 2007 2:46:39 pm Brad King wrote:
>>> Brad King wrote:
>>>> David Faure wrote:
>>>>> I was talking to Simon on IRC and he suggested that -L/usr/lib32
>>>>> should also not be generated. Can I suggest this patch? (I see that
>>>>> the CMake-2-4 branch is unchanged after this discussion, so this is
>>>>> still TODO)
>>>>> + emitted.insert("/usr/lib32");
>>>>> + emitted.insert("/usr/lib64");
>>>> Yes, this has been on my TODO list since that conversation. I've
>>>> committed it to the main tree but need to wait for a day or two of
>>>> nightly tests before I can put it on the branch.
>>> Okay, this fix is now in the 2.4 branch. It will be included in 2.4.7.
>> Is this fix important enough to justify requiring 2.4.7 for KDE 4.0?
> No, I don't think so, at least not now.
> I mean, for most systems it works, and where it doesn't work, there people can
> still install cmake 2.4.7. Requiring *everybody* to update to 2.4.7 once it's
> released is no good idea.
Also there is a simple work-around for people on the platforms causing
the problem: just install the qt4-dev package. Then the proper rpaths
will be computed.
More information about the Kde-buildsystem