ac_aux_dir problem [was Re: quick changes question]

[Patrick Welche]

Somehow during execution of configure, ac_aux_dir becomes unset (!)

To repeat, create this highly complex configure.ac:

AC_INIT([autoprob],[1.0])
AC_PROG_LIBTOOL
AC_OUTPUT

automake -a
cp /usr/local/share/automake/config.{sub,guess} .
libtoolize
aclocal
autoconf

Then apply something like the attached patch to configure to see what is
going on (some hunks will probably fail, as configure is so system dependent!
but you see all I'm trying to do is track the value of ltmain). If I
patch _LT_PROG_LTMAIN directly, gm4 runs out of memory(!)

Then ./configure shows:

checking build system type... i386-unknown-netbsdelf1.6ZF
...
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
1ac_aux_dir: .
1srcdir: .
1ltmain1: ./ltmain.sh
1ltmain2: ./ltmain.sh
configure: creating ./config.status
config.status: executing libtool commands
2ac_aux_dir: 
2srcdir: .
2ltmain1: 
2ltmain2: /ltmain.sh
sed: /ltmain.sh: No such file or directory
mv: rename libtoolT to libtool: No such file or directory
cp: libtoolT: No such file or directory
chmod: libtool: No such file or directory
3ac_aux_dir: 
3srcdir: .
3ltmain1: /ltmain.sh
3ltmain2: /ltmain.sh


So at first ac_aux_dir is correctly set to '.' but then somehow
becomes unset, but I don't see how. Adding AC_CONFIG_AUX_DIR()
doesn't change the outcome - ac_aux_dir still ends up unset.
How 2ltmain1 and 3ltmain1 come to be different is also strange..

This is with
autoconf (GNU Autoconf) 2.59a
automake (GNU automake) 1.7c
and
  ltmain.sh (GNU libtool) 1.5a (1.1328 2003/11/14 15:14:11)
  NetBSD /bin/sh
and
  ltmain.sh (GNU libtool) 1.5a (1.1334 2003/11/17 17:20:06)
  GNU bash, version 2.03.0(1)-release (i386-pc-netbsd1.4F)

and
All 108 tests passed


Thoughts?

Cheers,

Patrick

mydiff
Description: Text document