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

Re: Subversion 0.9 (release candidate 1) posted

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2002-02-15 01:44:14 CET

Karl Fogel <kfogel@newton.ch.collab.net> writes:

> May it please you to surf to
> http://subversion.tigris.org/servlets/ProjectDownloadList
> download `subversion-r1282.tar.gz', play with it, and post your
> results here (along with a patch to the PORTING file, if appropriate).
> This is a candidate M9 tarball. As we find portability problems, we
> fix them, roll another tarball, lather, rinse, repeat. Uncovering
> portability problems is the main point here; right now we know this
> compiles (statically) and runs on Ben's FreeBSD box and my Linux box,
> and that's it. :-)

It doesn't configure on my setup. My normal Subversion working copy
has an in-tree apr and apr-util. My normal PATH is set to include the
non-standard installed Subversion bin directory. This means I also
have apr-config and apu-config in my path, since they get installed
along with Subversion. Now when I try to configure the tarball I get

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
checking for APR... configure: error: the --with-apr parameter is incorrect. It must specify an install prefix, a
build directory, or an apr-config file.
configure failed for apr-util
sed: can't read confdefs.h: No such file or directory

The problem is that find-apr.m4 detects the apr-config in my PATH,
determines that the apr srcdir does not match the apr directory in the
tarball, and concludes I have apr installed. Hence the "checking for
APR... yes". The find-apu.m4 doesn't detect the apu-config in my path
ans so attempts to configure the apr-util in the tarball directory,
which fails because the apr directory in the tarball has not been

If someone tells me what the behavior should be, I'll have a go at
fixing it. Should find_apr.m4 reject my installed apr, or should
find_apu.m4 detect my installed apr-util?

FWIW the apr-util config.log looks like

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.52. Invocation command line was

  $ /home/pm/subversion-r1282/apr-util/configure --cache-file=/dev/null --srcdir=/home/pm/subversion-r1282/apr-util --with-apr=../apr

## ---------- ##
## Platform. ##
## ---------- ##

hostname = debian2
uname -m = i686
uname -r = 2.4.18-pre7
uname -s = Linux
uname -v = #1 SMP Thu Jan 31 00:04:36 GMT 2002

/usr/bin/uname -p = unknown
/bin/uname -X = unknown

/bin/arch = i686
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown

PATH = /usr/local/python2/bin:/usr/local/auto/bin:/usr/local/subversion/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games

## ------------ ##
## Core tests. ##
## ------------ ##

configure:929: PATH=".;."; conftest.sh
/home/pm/subversion-r1282/apr-util/configure: conftest.sh: command not found
configure:932: $? = 127
configure:1027: checking for APR
configure:1052: error: the --with-apr parameter is incorrect. It must specify an install prefix, a
build directory, or an apr-config file.

## ----------------- ##
## Cache variables. ##
## ----------------- ##


configure: exit 1

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:08 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.