apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Orton <jor...@redhat.com>
Subject Re: svn commit: r111346 - /apr/apr/trunk/CHANGES /apr/apr/trunk/apr-config.in
Date Fri, 14 Jan 2005 18:54:38 GMT
On Fri, Jan 14, 2005 at 09:27:08AM -0800, Justin Erenkrantz wrote:
> On Thu, Dec 09, 2004 at 09:22:11AM +0000, Joe Orton wrote:
> > On Thu, Dec 09, 2004 at 04:22:49AM -0000, Justin Erenkrantz wrote:
> > > Author: jerenkrantz
> > > Date: Wed Dec  8 20:22:47 2004
> > > New Revision: 111346
> > > 
> > > URL: http://svn.apache.org/viewcvs?view=rev&rev=111346
> > > Log:
> > > Emit the run-time link path option in apr-config after installation if the
user
> > > is linking with libtool.
> > 
> > Why this change?  libtool will already automatically add an RPATH to the
> > application linking libapr, iff necessary; that is, only when libapr is
> > not installed in the system library path e.g. /usr/lib or /lib.  But now
> > applications will pick up RPATHs even for system library paths which is
> > bad.
> 
> Please look again: this is for when --link-libtool is passed, but the .la file
> is not present.  libtool 1.5.10 does not add the RPATH in this case.  Hence,
> linking was busted on FreeBSD without it.  -- justin

Linking what was busted?  I never did understand - when is the installed
apr-1-config invoked at a time when libapr-1.la is not also installed
(the only case in which that branch would execute)?

joe

Mime
View raw message