[Top][All Lists]

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

Re: DIfferences between 2.13 and 2.52

From: Akim Demaille
Subject: Re: DIfferences between 2.13 and 2.52
Date: 14 Dec 2001 18:49:07 +0100
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)

| Hi folks,
| after updating from SuSE Linux 7.2 to 7.3 we found out that the version 
| change of autoconf now produces some strage error messages while running on 
| our acconfig.h, acinclude.m4, aclocal.h skeleton.
| With autoconf version 2.13 it all works fine, but with version 2.52 it throws 
| an error like this:
| address@hidden:~/xvisqt> autoconf
| ./aclocal.m4:549: error: m4_defn: undefined macro: _m4_divert_diversion
| aclang.m4:173: AC_LANG_RESTORE is expanded from...
| ./aclocal.m4:549: the top level
| address@hidden:~/xvisqt>
| What is desribed as xvisqt is a qt-program build from kdevelop. The 
| configure/ skeleton was autogenerated from that IDE, too.
| In line 549 of aclocal.m4 one can find exactly this:
| ])
| Any ideas?

Yep, reading the doc.

New Macros

   Because Autoconf has been dormant for years, Automake provided
Autoconf-like macros for a while.  Autoconf 2.50 now provides better
versions of these macros, integrated in the `AC_' namespace, instead of
`AM_'.  But in order to ease the upgrading via `autoupdate', bindings
to such `AM_' macros are provided.

   Unfortunately Automake did not quote the name of these macros!
Therefore, when `m4' find in `aclocal.m4' something like
replaced with its Autoconf definition.

   Fortunately Autoconf catches pre-`AC_INIT' expansions, and will
complain, in its own words:

     $ cat
     $ aclocal-1.4
     $ autoconf
     ./aclocal.m4:17: error: m4_defn: undefined macro: _m4_divert_diversion
     actypes.m4:289: AM_TYPE_PTRDIFF_T is expanded from...
     ./aclocal.m4:17: the top level

   Future versions of Automake will simply no longer define most of
these macros, and will properly quote the names of the remaining macros.
But you don't have to wait for it to happen to do the right thing right
now: do not depend upon macros from Automake as it is simply not its job
to provide macros (but the one it requires by itself):

     $ cat
     $ rm aclocal.m4
     $ autoupdate
     autoupdate: `' is updated
     $ cat
     $ aclocal-1.4
     $ autoconf

reply via email to

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