So, what's the best approach to avoid this? For this particular case,
it's easy enough to just rename one or the other. (Or maybe all of
intlist.c should be inserted into intlist.pmc.) But generally, should
we have pmc in the name of all PMCs? Or should we make a separate
library for PMCs and any other major component? Is there some standard
trick I don't know about? Should we rebuild the archive from scratch
every time instead of replacing? (Would that be sufficient, or just
conceal the problem?)
Two things...
First:
One dependancy problem that comes up all the time is that classes/Makefile
doesn't have any dependancies upon GENERAL_H_FILES. These .o files aren't
updated if I change parrot headers, etc. The best way to solve this is put
the logic into the base parrot Makefile, although that could make makefile
generation a bit more difficult.
Second:
intlist is not the only culprit. ./classes/key.c and ./key.c have a
similar problem.
Mike Lambert