From dev-return-20916-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Tue Aug 05 19:56:57 2008 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 7183 invoked from network); 5 Aug 2008 19:56:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Aug 2008 19:56:57 -0000 Received: (qmail 87751 invoked by uid 500); 5 Aug 2008 19:56:55 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 87715 invoked by uid 500); 5 Aug 2008 19:56:55 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 87704 invoked by uid 99); 5 Aug 2008 19:56:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Aug 2008 12:56:55 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.202.165.233] (HELO smtpout07.prod.mesa1.secureserver.net) (64.202.165.233) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 05 Aug 2008 19:55:59 +0000 Received: (qmail 15627 invoked from network); 5 Aug 2008 19:56:15 -0000 Received: from unknown (71.239.140.137) by smtpout07-04.prod.mesa1.secureserver.net (64.202.165.233) with ESMTP; 05 Aug 2008 19:56:15 -0000 Message-ID: <4898B05B.9030009@rowe-clan.net> Date: Tue, 05 Aug 2008 14:56:11 -0500 From: "William A. Rowe, Jr." User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: Rainer Jung CC: APR Development List Subject: Re: Making APU_DSO_LIBDIR configure-able References: <489800A9.1010203@kippdata.de> In-Reply-To: <489800A9.1010203@kippdata.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org It's already done; we accept the filesystem-convention for a search path. Why would we add additional overhead of a second convention? What we did wrong was fail to peer into apr-util-1 in each of those paths. That's now fixed for the next release. Rainer Jung wrote: > Hi, > > some OSes have a handy way of using relative search pathes for the > runtime linker. E.g. Linux and Solaris both support the use of the > string '$ORIGIN' at the beginning of a search path element, which is a > placeholder for the directory, in which the shared object needing > another one is located. So on these platforms > > #define APU_DSO_LIBDIR "$ORIGIN/apr-util-1 > > would make the apr-util and ldap helper lib nicely relocatable in the > file system. > > Although libtool doesn't support $ORIGIN (since it isn't portable), it > would be nice to make APU_DSO_LIBDIR customizable via configure, so that > one could set it to $ORIGIN during the build. > > I know, that at the moment apr-util automatically chooses the library > installation path given to configure, but in all cases were you want to > make the installation path choseable after the configure step, that > doesn't help. > > I already tested, that $ORIGIN also works within dlopen() (at least on > Solaris, Linux still to test), which is relevant here. > > If there is some interest in this, I could provide a configure.in patch. > > Regards, > > Rainer > >