RPATH order problem

David Faure faure at kde.org
Thu May 3 20:01:39 CEST 2007

On Thursday 03 May 2007, Brad King wrote:
> David Faure wrote:
> > On Wednesday 02 May 2007, Brad King wrote:
> >> Thanks for the detailed information.  There seem to be two problems:
> > 
> > In fact I would add problem number 0: it picks up system libs in /usr/lib64 over /usr/lib,
> > while lib64 is just some compatibility symlink. I'd rather see it find
> > PNG_LIBRARY:FILEPATH=/usr/lib/libpng.so
> > than
> > PNG_LIBRARY:FILEPATH=/usr/lib64/libpng.so
> > for instance. Maybe a realpath() call would be a good idea?
> We used to call realpath but ended up having to remove it.  The problem
> is that people running with network mounted disks can have the
> "realpath" corresponding to a logical directory name actually change
> between builds.

I see.
Well maybe a special case for /usr/lib64 then ;) (libtool had one)

> >> 1.) The cmOrderLinkDirectories implementation is not detecting the
> >> conflict provided by /usr/lib64.  Would you please provide a list of the
> >> libraries in /usr/lib64 and a list of those in /d/kde/src/4/qt-copy/lib?
> [snip]
> > libQtCore.so /usr/lib64/libQtCore.so /d/qt/4/qt-copy/lib/libQtCore.so
> I'm unable to duplicate this problem.  Would you please build a CMake
> from source, but with the following modification?
No problem - I always use CMake from source (cvs, branch CMake-2-4)

> Then re-run cmake on the tree having this problem and send me the output.
Wow there's output for each target so it's hard to figure out what's about what...
Here's the whole lot: http://web.davidfaure.fr/tmp/output.gz

David Faure, faure at kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).

More information about the Kde-buildsystem mailing list