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
configured.
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. ##
## ----------------- ##
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
configure: exit 1
--
Philip
---------------------------------------------------------------------
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