Guile's `guile-aclocal.sh' script fails with automake 1.6.1. Here is
the relevant part:
| # copy all installed aclocal files into $temp
| cp `aclocal --print-ac-dir`/*.m4 $temp
|
| # remove the .m4 files installed by Guile from $temp, so they don't
| # cause conflicts
| rm -f ${temp}/guile.m4 ${temp}/qthreads.m4
|
| aclocal --acdir=$temp -I .
As far as I understand it, this fails with automake 1.6.1 because the
"aclocal" library location is versioned with the automake API version.
On my system, the location is
/localapp/imosoft/sparcv9-sun-solaris2.7/share/aclocal-1.6
but
aclocal --print-ac-dir
==> /localapp/imosoft/sparcv9-sun-solaris2.7/share/aclocal
which happens to point to an old (1.4) installation of the aclocal
library.
When aclocal is invoked with --acdir set to a copy of this library,
automake fails with these messages:
configure.in:28: your implementation of AM_INIT_AUTOMAKE comes from an
configure.in:28: old Automake version. You should recreate aclocal.m4
configure.in:28: with aclocal and run automake again.
Clearly something needs to be fixed. Is it aclocal (to return the
versioned "aclocal" directory) or Guile?
--
Matthias Köppe -- http://www.math.uni-magdeburg.de/~mkoeppe
