]> git.draconx.ca Git - cdecl99.git/commit
Fix incremental rebuild after deleted scan.c.
authorNick Bowler <nbowler@draconx.ca>
Wed, 31 Jan 2024 04:20:13 +0000 (23:20 -0500)
committerNick Bowler <nbowler@draconx.ca>
Wed, 31 Jan 2024 04:33:55 +0000 (23:33 -0500)
commit5ae3ba932439eba36f6e224367f93c97653ca3c0
tree5a0bc63447f8ddc7e7ffa040f26e8c0cc0f6e26e
parent898aa30bfb038ffeca54d6dea95f0f80fbc08f7f
Fix incremental rebuild after deleted scan.c.

It is important that the .stamp.c rule is checked first, before the
.l.c or .y.c rules (which do nothing) in order to trigger a rebuild
if scan.c or parse.c are inadvertently deleted.

Make considers suffix rules in the same order as the .SUFFIXES list.
Presently, this list is generated by Automake so we are at the mercy of
whatever order they happen to be in, which is perl sort order.  As far
as I can see it has always been this way, so the rebuild for scan.c has
probably never worked (but parse.c is OK, since .y sorts later).

Automake puts user-specified SUFFIXES first, so adding .stamp there
should suffice to resolve the problem.
Makefile.am