m4-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Aclocal bug?


From: Gary V. Vaughan
Subject: Re: Aclocal bug?
Date: Wed, 8 Nov 2006 23:49:31 -0600

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

Attachment: log.bz2
Description: Binary data



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


reply via email to

[Prev in Thread] Current Thread [Next in Thread]