[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Has you guys seen this problem - undefined symbol: svn_sort_compare_items_as_paths

From: Joe Orton <joe_at_manyfish.co.uk>
Date: 2004-05-05 12:02:19 CEST

On Tue, May 04, 2004 at 12:06:36PM -0700, Justin Erenkrantz wrote:
> --On Tuesday, May 4, 2004 11:56 AM -0700 Ben Reser <ben@reser.org> wrote:
> >From the libraries being installed in the proper paths. It's considered
> >a violation of Mandrakesoft policy for any binary to contain an rpath.
> >I'm currently stripping them with chrpath in the Mandrake packages.
> By installing them to /usr/lib or hand-modifying /etc/ld.so.conf to add
> your installed path? Or, heaven forbid, setting LD_LIBRARY_PATH?
> I think that's completely bogus behavior when you aren't installing into
> /usr. I could see packagers wanting that behavior as they are installing
> it into /usr themselves, but I don't believe that's good behavior for
> normal people. This, of course, breaks Subversion when you don't have root
> permissions. I *love* that behavior - not. -rpath should stay. -- justin

libtool automatically adds an appropriate RPATH to programs if they are
linked against libtool libraries which will be installed into non-system
directories; -rpath doesn't make any difference at all for that case.

see e.g. httpd, which doesn't pass -rpath when linking programs yet
works as expected when installed with prefix != /usr.



To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 5 12:02:39 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.