While the lack of proper dependency tracking of #include-d files is
wider than just the libs/ subtree, dealing with the problem universally
there or in tools/Rules.mk is too much of a risk at this point in the
release cycle. Add the missing inclusion of $(DEPS_INCLUDE) only in the
specific Makefile-s, after having checked that their prior Makefile-s
had such includes.
Interestingly the $(DEPS_RM) use is present in tools/libs/libs.mk's
clean target, so doesn't need taking care of in individual Makefile-s.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Wei Liu <wl@xen.org>
Release-acked-by: Ian Jackson <iwj@xenproject.org>
$(LIB_OBJS) $(PIC_OBJS): _paths.h
+-include $(DEPS_INCLUDE)
+
clean: cleanlocal
.PHONY: cleanlocal
xc_private.h: _paths.h
+-include $(DEPS_INCLUDE)
+
.PHONY: cleanlocal
cleanlocal:
rm -f libxenguest.map
$(RM) -f libxenlight.map
$(RM) -f $(AUTOSRCS) $(AUTOINCS)
$(MAKE) -C $(ACPI_PATH) ACPI_BUILD_DIR=$(CURDIR) clean
+
+-include $(DEPS_INCLUDE)
PKG_CONFIG_REMOVE += -ldl
endif
+-include $(DEPS_INCLUDE)
+
.PHONY: install
install: install-headers
genpath-target = $(call buildmakevars2header,_paths.h)
$(eval $(genpath-target))
+-include $(DEPS_INCLUDE)
+
clean: cleanlocal
.PHONY: cleanlocal
NO_HEADERS_CHK := y
include $(XEN_ROOT)/tools/libs/libs.mk
+-include $(DEPS_INCLUDE)
clean: cleanlocal