>> I added another test to pr87.test to check for this failure.
Pavel> I have fixed it so that it fails "correctly", not because
Pavel> foo/Makefile.in is tested before being created :-)
Duh, thanks. Sometimes I think it is amazing that automake does
anything at all.
Tom
Hello, Tom!
> I added another test to pr87.test to check for this failure.
I have fixed it so that it fails "correctly", not because foo/Makefile.in
is tested before being created :-)
Regards,
Pavel Roskin
--- ChangeLog
+++ ChangeLog
@@ -1,3 +1,7 @@
+2001-02-08
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> When I run CVS Automake, the .c.o and .c.lo rules become like this:
Lars> | .c.o:
Lars> |
Lars> | @AMDEP@ source='$<' object='$@' libtool=no @AMDEPBACKSLASH@
Thanks, that is definitely a bug.
I added another test to pr87.test to chec
When I run CVS Automake, the .c.o and .c.lo rules become like this:
| .c.o:
|
| @AMDEP@ source='$<' object='$@' libtool=no @AMDEPBACKSLASH@
| @AMDEP@ depfile='$(DEPDIR)/$*.Po' tmpdepfile='$(DEPDIR)/$*.TPo' @AMDEPBACKSLASH@
| @AMDEP@ $(CCDEPMODE) $(depcomp) @AMDEPBACKSLASH@
| $(COMPILE) -
