Re: Aclocal bug?

[Gary V. Vaughan]

On 8 Nov 2006, at 13:17, Ralf Wildenhues wrote:
> Hello Gary,

Hallo Ralf!

> * Gary V. Vaughan wrote on Wed, Nov 08, 2006 at 06:34:45AM CET:
> > Bad news, I appear to have hit a bug in aclocal.  From a fresh  
> > checkout
> > of m4 CVS HEAD:
> [...]
> > $ bootstrap
> > ...
> > bootstrap: running: autopoint --force
> > bootstrap: running: gnulib-tool --update
> > ...
> > bootstrap: running: AUTOPOINT=true autoreconf --force --verbose --
> > install --no-r
> > ecursive
> > autoreconf: Entering directory `.'
> > autoreconf: running: true --force
> > autoreconf: running: aclocal --force -I ltdl/m4
> > autoreconf: configure.ac: tracing
> > configure.ac:147: warning: AM_INTL_SUBDIR is m4_require'd but not
> > m4_defun'd
> > ltdl/m4/gettext.m4:360: AM_GNU_GETTEXT is expanded from...
>
> I'm pretty sure AM_INTL_SUBDIR isn't needed in CVS HEAD M4 (see the
> logic in gettext.m4 for 'external').  My bootstrap passes, aclocal.m4
> doesn't include ltdl/m4/intl.m4, but also doesn't warn.  I have perl
> 5.8.7, but otherwise CVS versions of Autoconf, Automake, Gettext,  
> and M4
> 1.4.7a installed.

Odd :-(  I've just installed a fresh set of everything from libintl
on up in /usr/local, and put /usr/local/bin first in my PATH.  I've
done this before many times, except before gettext-0.15 I had to
apply patches from fink, whereas this time I used 0.16 which seemed
to work right out of the box (maybe there is a subtle problem with
0.16 on Mac OS X?).

> Please post the output of the aclocal step --verbose'ly,

bzip2 attached.

> and report the m4 version used by autom4te.

As I haven't built CVS m4 yet, the only binary in my path is the Apple
shipped m4-1.4.2 in /usr/bin.

> Also, do you by chance have Gettext
> installed below a different $prefix than Automake, and if yes, do you
> have $automake_prefix/share/aclocal/dirlist pointing to gettext.m4's
> directory?  Likewise for Libtool.

Nothing like that, a fresh set of tools all installed to /usr/local.

> FWIW, one way to ensure that CVS HEAD libtoolize was called could  
> be to
> test for non-existing directory 'libltdl' after calling autoreconf in
> the bootstrap script.

There is no libltdl after autoreconf, and if I run ./bootstrap with
LIBTOOLIZE='libtoolize --version', autoconf writes:

  libtoolize (GNU libtool 1.2355 2006/10/27 22:56:59) 2.1a

> Cheers, and I'll try following the riding blog... ;-)

Cool, thanks for the help.

I've spent the last 12 hours in the saddle, so it'll be another 24
hours until the next entry :-)

Cheers,
        Gary
--
Gary V. Vaughan      ())_.  address@hidden
Research Scientist   ( '/   http://blog.azazil.net
GNU Hacker           / )=   http://www.gnu.org/software/{libtool,m4}
Technical Author   `(_~)_   http://sources.redhat.com/autobook

log.bz2
Description: Binary data

PGP.sig
Description: This is a digitally signed message part