|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [PATCH] libxl: fix incremental parallel build
Short-circuit absolute paths of generated headers to their pathless
equivalents, to avoid two racing invocations of the same rule producing
them.
Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
---
This wants to be backported to 4.9 and 4.8.
--- a/tools/libxl/Makefile
+++ b/tools/libxl/Makefile
@@ -264,6 +264,13 @@ $(LIBXL_OBJS) $(LIBXL_TEST_OBJS) $(LIBXL
$(TEST_PROG_OBJS) $(SAVE_HELPER_OBJS): libxl.h
$(LIBXL_OBJS) $(LIBXL_TEST_OBJS): libxl_internal.h
+# libacpi sources (living in another subdirectory) will have their inclusions
+# of headers from this directory recorded as absolute paths in the .*.o.d
+# files. In order to not invoke the subsequent rule twice (and perhaps in a
+# racing way when doing a parallel build), short-circuit the absolute paths to
+# the local ones first.
+$(CURDIR)/_libxl_type%.h: _libxl_type%.h ;
+
_libxl_type%.h _libxl_type%_json.h _libxl_type%_private.h _libxl_type%.c:
libxl_type%.idl gentypes.py idl.py
$(eval stem = $(notdir $*))
$(PYTHON) gentypes.py libxl_type$(stem).idl __libxl_type$(stem).h
__libxl_type$(stem)_private.h \
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |