Eric S. Raymond wrote: > autogen/configure/make transcript attached. Envronment is a stock Ubuntu > system.
I tried to reproduce this, and succeeded. I'm on Ubuntu 11.10; you? The relevant error on invoking 'make' is: [[[ $ make ------ making all in apr /home/esr/svn/subversion/apr make[1]: Entering directory `/home/esr/svn/subversion/apr' make[2]: Entering directory `/home/esr/svn/subversion/apr' /bin/bash /libtool --silent --mode=compile gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -pthread -DHAVE_CONFIG_H -D_REENTRANT -D_GNU_SOURCE -I./include -I/home/esr/svn/subversion/apr/include/arch/unix -I./include/arch/unix -I/home/esr/svn/subversion/apr/include/arch/unix -I/home/esr/svn/subversion/apr/include -o passwd/apr_getpass.lo -c passwd/apr_getpass.c && touch passwd/apr_getpass.lo /bin/bash: /libtool: No such file or directory ]]] When I run 'make', the argument immediately after 'bash' is the absolute path to libtool, whereas for you it just wrote '/libtool'. It's failing on the APR build; what version of APR source do you have here? I guess a dev snapshot from the '1.3.x' branch, since your 'configure' reports the APR and APR-UTIL versions as 1.3.13, which are not released versions. When I export the current head of APR [[[ $ svn export http://svn.apache.org/repos/asf/apr/apr/branches/1.3.x/ apr [...] $ svn export http://svn.apache.org/repos/asf/apr/apr-util/branches/1.3.x/ apr-util [...] $ ./autogen.sh [...] $ ./configure --enable-maintainer-mode --disable-shared [...] checking for APR... reconfig configure: configuring package in apr now /bin/bash: /home/julianfoad/src/subversion-esr/apr/configure: No such file or directory configure failed for apr ]]] So that makes me want to go (cd apr/ && ./buildconf && ./configure) whereupon APR configures itself with its own copy of libtool, placed in path "" relative to its own root. I think the solution is, if you want to drop a source tree inside Subversion's like this, you have to use a tarball of APR (and of APR-UTIL) that is packaged with the 'configure' script already built, and not a development checkout of APR. Alternatively, to use a development checkout of APR, build and install it separately and the point Subversion at the installed result of it. Of course we (and APR) should be able to improve the diagnostics, and/or make it work. Hope that helps. - Julian