You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@apr.apache.org by Sander Striker <st...@apache.org> on 2002/09/13 19:42:20 UTC

apr-build, WAS: RE: cvs commit: apr-util/include apu_version.h

> From: Justin Erenkrantz [mailto:jerenkrantz@apache.org]
> Sent: 12 September 2002 03:25

> On Wed, Sep 11, 2002 at 09:14:37PM -0400, Garrett Rooney wrote:
> > one question though.  when i download the apr-util-0.9.1.tar.gz tarball 
> > and untar it, the configure script errors out.  it's trying to find 
> > install-sh or install.sh in ../apr/build, but it can't find it, since 
> > while i do happen to have the apr-0.9.1 tarball untarred in the same 
> > directory, it is in a directory named apr-0.9.1, not apr.
> 
> Now you know why we needed to go through the mechanics of a
> release.  =)
> 
> The fix, of course, is to extract stuff to apr and apr-util
> (no version numbers and in parallel).
> 
> > adding --with-apr=../apr-0.9.1 does not seem to help.
> 
> It has to do with autoconf hardcoding the apr path in configure
> via AC_CONFIG_AUX_DIR(../apr/build) in configure.in.
> 
> What we may need to do is to create an apr-build module that
> allows us to store the config.guess/config.sub/install.sh/mkdir.sh
> files that we can force all projects to check out locally rather
> than having their own local (potentially stale) copy.
> 
> Thoughts?  But, somehow APR-util needs its own local copy of these
> files, but I'd rather see us consolidate them somehow.  -- justin

+1 on an apr-build project/module for exactly the stated reasons.

Sander