On Thu, Feb 9, 2012 at 5:33 AM, Tim Murphy <tnmur...@gmail.com> wrote: > Hi, > > I know this is tangential, but: > > MAKEFILE_LIST itself is a problem for non-recursive builds because it > gets very big if you have a lot of include statements (as opposed to a > gigantic single makefile file).
True, but apparently there's no restriction against modifying it as the makefile below shows, so might it be viable to truncate it at strategic locations as shown? A smaller fix within make would be to normalize all paths in the list relative to CURDIR, which never changes within the make process. Currently pathnames ar recorded as used, which means you can get a mix of absolute and relative and non-canonical names like ../../lib/libfoo/../../cmd/blah.mk. Absolute paths in particular can get quite long. But this is unlikely to happen - have you tried simplifying as below? -David Boyce ======================================== include MFa include MFb include MFc include MFa include MFb include MFc include MFa include MFb include MFc include MFa include MFb include MFc MAKEFILE_LIST := $(firstword $(MAKEFILE_LIST)) $(lastword $(MAKEFILE_LIST)) include MFa include MFb include MFc $(info MAKEFILE_LIST=$(MAKEFILE_LIST)) all: ; _______________________________________________ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make