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 Thu, 09 Dec 2004 09:22:11 GMT
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.

joe

> --- apr/apr/trunk/apr-config.in	(original)
> +++ apr/apr/trunk/apr-config.in	Wed Dec  8 20:22:47 2004
> @@ -196,7 +196,9 @@
>          flags="$flags $LA_FILE"
>      elif test "$location" = "installed"; then
>          ### avoid using -L if libdir is a "standard" location like /usr/lib
> -        flags="$flags -L$libdir -l${APR_LIBNAME}"
> +        # Since the user is specifying they are linking with libtool, we
> +        # *know* that -R will be recognized by libtool.
> +        flags="$flags -L$libdir -R$libdir -l${APR_LIBNAME}"
>      else
>          flags="$flags $LA_FILE"
>      fi

Mime
View raw message