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

apr-util build problems (was: Re: need to do tarball soon)

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-02-04 20:08:23 CET

Greg Stein <gstein@lyra.org> writes:
> I went to roll a new tarball tonite, but the result was horked. When I
> unpacked and tried to configure it, the apr-util portion bombed out. It saw
> my previous installation of apr and tried to use it. That just blew up.
> So... I'm going to work more on apr-util itself, and then on SVN's
> integration of apr-util. (similar to what I just did with APR/SVN).
> When that's done, we'll want to cut a new tarball. The old tarball (with its
> older apr and apr-util) isn't going to work against current SVN.

I'd guess this is related to the fact that one also can't build the
latest tree if one doesn't have APR already installed on the system --
apr-util bombs out looking for APRVARS.

Here's a transcript of encountering this, and of the workaround. This
is in a Subversion tree with apr/ and apr-util/ subdirs, both
completely up-to-date:

   $ make distclean
   $ ./autogen.sh
   $ ./configure --enable-maintainer-mode --disable-shared
   [ apr-util bombs out, details below ]
   $ hmmm, now try a workaround
   hmmm: command not found # yeah, yeah
   $ cd apr
   $ buildconf ### actually, didn't do this step, because I had
                 ### already run ../autogen.sh
   $ ./configure ...
   $ make
   # make install
   $ cd ..
   $ ./configure --enable-maintainer-mode --disable-shared
   [ this time apr-util doesn't bomb out ]
   $ make
   $ make check
   [ everything's fine now ]

Some more details:

I first ran /usr/local/cleanup.sh, which I almost always do, to
simulate building Subversion on a clean system:

   # Take care of libs
   cd /usr/local/lib
   rm -f APRVARS
   rm -f libapr*
   rm -f libexpat*
   rm -f libneon*
   rm -f libsvn*
   # Take care of headers
   cd /usr/local/include
   rm -f apr*
   rm -f svn*
   rm -f neon/*

And here is what happened the first time I ran `configure' from the
top of the Subversion tree, with apr/ and apr-util/ subdirs but no
installed APR on the system. (Tentative diagnosis: seems we need some
way to tell apr-util to look in srcdir/apr to find APRVARS?)

------ making distclean in ./apr
make[1]: Entering directory `/home/kfogel/src/subversion/apr'
make[1]: *** No rule to make target `distclean'. Stop.
make[1]: Leaving directory `/home/kfogel/src/subversion/apr'
make: *** [external-distclean] Error 1
buildcheck: checking installation...
buildcheck: autoconf version 2.52 (ok)
buildcheck: libtool version 1.4.2 (ok)
buildcheck: neon version 0.18.5 (ok)
Copying libtool helper: /usr/local/share/aclocal/libtool.m4
Creating getdate.c...
subversion/libsvn_subr/getdate.y contains 10 shift/reduce conflicts.
Creating build-outputs.mk...
Creating svn_private_config.h.in...
autoheader: svn_private_config.h.in is unchanged
Creating configure...
Creating configuration files for apr.
buildconf: checking installation...
buildconf: autoconf version 2.52 (ok)
buildconf: libtool version 1.4.2 (ok)
Copying libtool helper files ...
Creating include/arch/unix/apr_private.h.in ...
autoheader: include/arch/unix/apr_private.h.in is unchanged
Creating configure ...
Creating configuration files for apr-util.
Creating include/private/apu_config.h ...
autoheader: include/private/apu_config.h.in is unchanged
Creating configure ...
Invoking xml/expat/buildconf.sh ...
Incorporating /usr/local/share/aclocal/libtool.m4 into aclocal.m4 ...
Copying libtool helper files ...
You should add the contents of `/usr/local/share/aclocal/libtool.m4' to `aclocal.m4'.
Putting files in AC_CONFIG_AUX_DIR, `conftools'.
Creating config.h.in ...
autoheader: config.h.in is unchanged
Creating configure ...

You can run ./configure now.

Running autogen.sh implies you are a maintainer. You may prefer
to run configure in one of the following ways:

./configure --enable-maintainer-mode
./configure --disable-shared
./configure --enable-maintainer-mode --disable-shared

Note: this build will create the Subversion shared libraries and a
       command-line client. If you wish to build a Subversion server,
       you will need Apache 2.0. See www/server_setup.html for details.

creating config.nice
configure: Apache Portable Runtime (APR) library configuration
checking for APR... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
configure: Apache Portable Runtime Utility (APRUTIL) library configuration
checking for APR-util... reconfig
configuring package in apr-util now
  setting INCLUDES to "-I$(top_builddir)/include/private -I$(top_builddir)/include"
checking for APR... /home/kfogel/src/subversion/apr-util/configure: /APRVARS: No such file or directory
configure failed for apr-util
sed: can't read confdefs.h: No such file or directory


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:04 2006

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.