>>> "RW" == Ralf Wildenhues <[EMAIL PROTECTED]> writes:
[...] >> cat >foo.m4 <<EOF >> AC_SUBST([GREPFOO]) RW> Do you mean RW> AC_DEFUN([FOO], [AC_SUBST([GREPFOO])]) RW> here? Yes, sorry. >> EOF >> cat >bar.m4 <<EOF >> AC_SUBST([GREPBAR]) RW> I'm sorry but I'm unable to infer what you meant here, RW> or what you're trying to test by use of bar.m4. AC_DEFUN([BAR], [AC_SUBST([GREPBAR])]) I want to make sure that if configure.in is changed to require bar.m4 instead of foo.m4, and if foo.m4 disappears, Make successfully rebuilds everything to the point that Makefile contains a definition for GREPBAR. >> EOF >> echo 'ACLOCAL_AMFLAGS = -I .' >Makefile.am >> $ACLOCAL -I . >> $AUTOMAKE >> $AUTOCONF >> ./configure >> $MAKE >> grep GREPFOO Makefile >> grep GREPBAR Makefile || exit 1 RW> `&&' instead of `||'? Yes. >> sed '/FOO/d' < configure.in > t And s/FOO/BAR/ here ! [...] RW> Well, wouldn't it be better to find out the cause of them being lost? RW> Of course, some users like to 'rm -rf' subtrees, which is a probable RW> cause. Non-recursive make makes cleaning of subtrees a bit harder. I think it's user-damage mostly, but I'll have to wait for the next occurrence... -- Alexandre Duret-Lutz Shared books are happy books. http://www.bookcrossing.com/friend/gadl
