>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On
>Behalf Of ext Martin Dorey
>Sent: Tuesday, June 10, 2008 21:29
>To: Herbert Euler; bug-make@gnu.org
>Subject: RE: File timing bug
>
>(I know from experience that you have to tell m
> (I know from experience that you have to tell make about when you update
> targets that make knows about but I can't quote from the manual to
> support that de jure. (And I believe that the only way you can safely
> update multiple targets from a single rule is if it's a Pattern Rule but
> not
Dorey; bug-make@gnu.org
Subject: RE: File timing bug
> This example is certainly simple, thanks.
>
> The Makefile isn't telling make that the rule for making c from d will
> also update b. Make caches modification times and doesn't know to
> invalidate its cache of b'
> This example is certainly simple, thanks.
>
> The Makefile isn't telling make that the rule for making c from d will
> also update b. Make caches modification times and doesn't know to
> invalidate its cache of b's time.
Thank you for the information. So I think it is Makefile.in from GNU
Au
L PROTECTED] On Behalf Of
Herbert Euler
Sent: Monday, June 09, 2008 02:36
To: bug-make@gnu.org
Subject: RE: File timing bug
Hi,
Perhaps due to my long and annoying description, one has difficulty in
understanding what the problem I encountered was. Here I would
provide a much shorter description
Hi,
Perhaps due to my long and annoying description, one has difficulty in
understanding what the problem I encountered was. Here I would
provide a much shorter description.
GNU Automake generates dependency tree like this in Makefile.in:
[EMAIL PROTECTED]:~/tmp/k$ cat Makefile
a: b