> From: Akim Demaille <[EMAIL PROTECTED]>
> Date: 04 Aug 2001 17:04:17 +0200
>
> | * m4/init.m4 (AM_INIT_AUTOMAKE): Likewise.
> | * m4/missing.m4 (AM_MISSING_HAS_RUN, AM_AUX_DIR_EXPAND): Likewise.
>
> These are from Automake. Is it an update of Autoconf's copy, or a
> patch to forward t
Am 04 Aug 2001 16:55:21 +0200 schrieb Akim Demaille:
> > "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
>
> hi!
>
> >> 1. The package layout has completely changed
>
> Ralf> AFAIS, aclocal still applies $PREFIX/aclocal. However, autoconf
> Ralf> does not put any files into it. I.e. wh
On Sat, Aug 04, 2001 at 12:28:43PM -0400, Pavel Roskin wrote:
>
> Removing autom4te.cache between autoconf invocations fixes the test, but I
> believe that the actual problem is in autoconf, not in the test.
Please, see the related patches in autoconf-patches. I'm not sure what
to do here.
Hello!
Test 13 (m4_warn) fails in the CVS version of Autoconf. It turns out that
autoconf doesn't report any warnings at all until autom4te.cache is
removed:
$ cat >configure.ac < m4_warn([foo], [foo])
> m4_warn([bar],[bar])
> m4_warn([syntax], [syntax])
> EOF
$ rm -rf autom4te.cache
$ aut
| It does seem to me that 'configure' should exit if this error is
| found, as it's a serious one. Here's a proposed (and untested) patch.
Thanks Paul!
| * m4/init.m4 (AM_INIT_AUTOMAKE): Likewise.
| * m4/missing.m4 (AM_MISSING_HAS_RUN, AM_AUX_DIR_EXPAND): Likewise.
These are from
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
hi!
>> 1. The package layout has completely changed
Ralf> AFAIS, aclocal still applies $PREFIX/aclocal. However, autoconf
Ralf> does not put any files into it. I.e. when installing autoconf it
Ralf> does not generate a $PREFIX/aclocal d
> "Adam" == Adam J Richter <[EMAIL PROTECTED]> writes:
Adam> 2. New AC_CHECK_TYPE format.
Adam> In practice, programs use many more "fallback" type names as the
Adam> second parameter to AC_CHECK_TYPE, which the new code fails to
Adam> detect. The "old" format also make for much more readab
> "Adam" == Adam J Richter <[EMAIL PROTECTED]> writes:
Adam> I had already read the documentation that you refer to before I
Adam> sent my email. What I was looking for were *reasons* for the
Adam> change,
Sorry, I really thought it motivated the current behavior. But more
is probably neede
> "Adam" == Adam J Richter <[EMAIL PROTECTED]> writes:
Adam> AC_DEFUN(REQUIRE_FOO,[AC_REQUIRE(FOO)]); AC_REQUIRE_FOO
>> Why? Just run FOO.
Adam> Because many of your macros generate warnings or even abort if
Adam> they are called more than once and many user macros may have
Adam> undesired
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> I think Adam wants a macro, lets call it
Lars> "AC_ENSURE_INVOKED([MACRO])", that doesn't do dependencies
Lars> between macros, but does make a dependency between having
Lars> invoked the macro, and the point of the ensurance macro
Lars
10 matches
Mail list logo