RPATH order problem

[Laurent Montel]

On Friday 18 May 2007 04:32:13 Brad King wrote:
> 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.

When we force to install qt4-dev on several distribution as Mandriva, we must 
install other package dev (glibc-dev, qt4-dev => install some library dev)
It will better to requires a new cmake version or if it's possible to have 
patch to patch cmake2.4.6 to fix it.

Regards