bug-automake
[Top][All Lists]
Advanced

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

bug#8365: 3 of 657 tests failed


From: Ralf Wildenhues
Subject: bug#8365: 3 of 657 tests failed
Date: Wed, 30 Mar 2011 18:59:07 +0200
User-agent: Mutt/1.5.20 (2010-08-04)

Hi Stefano,

* Stefano Lattarini wrote on Wed, Mar 30, 2011 at 06:47:20PM CEST:
> --- a/tests/aclocal6.test
> +++ b/tests/aclocal6.test

> @@ -57,6 +57,8 @@ cd build
>  ../configure
>  $MAKE
>  
> +# Modified configure dependencies must be newer than config.status.
> +$sleep
>  # Update an aclocal.m4 dependency, then make sure all Makefiles
>  # are updated, even from a sub-directory.
>  echo 'AC_DEFUN([SOME_DEFS], [MORE_DEFS])' > ../m4/somedefs.m4

> --- a/tests/subdir5.test
> +++ b/tests/subdir5.test

> @@ -67,6 +67,8 @@ $MAKE
>  # does it in the other way: it updates confiles.m4 (which is m4_included
>  # by configure.in there) after Makefile.am.
>  
> +# Modified configure dependencies must be newer than config.status.
> +$sleep

This hunk makes perfect sense to me, and is fine for maint,
but the other two do not make sense to me yet:
configure ensures that config.status is newer than itself,
thus configure must be older than any .m4 files that are
edited afterwards even without $sleep.

I've read the longish explanation of yours superficially;
if you think it addresses my concern please say so and I will
scrutinize it.

>  sed <configure.in >configure.tmp -e '/^AC_OUTPUT$/i\
>  AC_CONFIG_FILES([maude/Makefile])\
>  m4_include([confile.m4])\
> @@ -94,6 +96,8 @@ test -f maude/Makefile
>  # Then we add a new directory by modifying a file included (through
>  # `m4_include') by configure.in.
>  mkdir maude2
> +# Modified configure dependencies must be newer than config.status.
> +$sleep
>  cat >> confile.m4 << 'END'
>  AC_CONFIG_FILES([maude2/Makefile])
>  AC_SUBST([GREPME])

Thanks for looking into this,
Ralf





reply via email to

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