Follow-up Comment #4, bug #102 (project make):
This isn't exactly the same thing, but related, and a bona fide bug in
include resolution.
Our environment uses one local (as in ./) included makefile that contains,
among other things, necessary defintions for finding other included makefiles
(that live in the development environment tree, /sw/dev/...). Something like
this:
include Master.mk
...
include $(SOMEDIR)/Defs.mk
...
include $(SOME_OTHER_DIR)/Rules.mk
where SOMEDIR and SOME_OTHER_DIR are defined in MASTER. When running make
with Master.mk checked in RCS, I get the output
Makefile:19: Master.mk: No such file or directory
Makefile:40: /Defs.mk: No such file or directory
Makefile:113: /Rules.mk: No such file or directory
gnumake: *** No rule to make target `/Rules.mk'. Stop.
So in this case make tries to build the target 'Rules.mk' before it has read
the makefile 'Master.mk' although 'Master.mk' was included before 'Rules.mk'
(and so should be read before it). This clearly violates the golden rule
stated by Paul.
Should this be made a separate bug?
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?102>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make
