RPATH order problem

[Brad King]

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)
>>>> [snip]
>>>>
>>>>>    emitted.insert("/usr/lib");
>>>>> +  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.

-Brad