You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Greg Stein <gs...@lyra.org> on 2002/02/04 12:59:23 UTC
need to do tarball soon
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.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: apr-util build problems (was: Re: need to do tarball soon)
Posted by Greg Stein <gs...@lyra.org>.
On Mon, Feb 04, 2002 at 01:08:23PM -0600, Karl Fogel wrote:
> Greg Stein <gs...@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.
Oof... yah, apr-util needs to learn how to use the new find_apr.m4 script,
rather than relying on APRVARS. That will fix the above problem.
>...
> 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?)
Normally, we tell apr-util: --with-apr=WHATEVER
If it was smart :-), then it would know to look there for APR.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
apr-util build problems (was: Re: need to do tarball soon)
Posted by Karl Fogel <kf...@newton.ch.collab.net>.
Greg Stein <gs...@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:
#!/bin/sh
# 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
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org