[xen staging] tools/gdbsx: drop stray recursion into tools/include/

[patchbot@xxxxxxx]

commit 6ee2e66674f36b6d27a95f4ddf27226905cc63a4
Author:     Jan Beulich <jbeulich@xxxxxxxx>
AuthorDate: Thu Oct 15 17:18:25 2020 +0200
Commit:     Jan Beulich <jbeulich@xxxxxxxx>
CommitDate: Thu Oct 15 17:18:25 2020 +0200

    tools/gdbsx: drop stray recursion into tools/include/
    
    Doing so isn't appropriate here - this gets done very early in the build
    process. If the directory is mean to to be buildable on its own,
    different arrangements would be needed.
    
    The issue has become more pronounced by 47654a0d7320 ("tools/include:
    fix (drop) dependencies of when to populate xen/"), but was there before
    afaict.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Reviewed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
---
 tools/debugger/gdbsx/xg/Makefile | 5 +----
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/tools/debugger/gdbsx/xg/Makefile b/tools/debugger/gdbsx/xg/Makefile
index 6a8937b8f9..acdcddf0d5 100644
--- a/tools/debugger/gdbsx/xg/Makefile
+++ b/tools/debugger/gdbsx/xg/Makefile
@@ -12,7 +12,7 @@ CFLAGS += $(CFLAGS_xeninclude)
 all: build
 
 .PHONY: build
-build: xen-headers xg_all.a $(XG_HDRS) $(XG_OBJS) Makefile
+build: xg_all.a $(XG_HDRS) $(XG_OBJS) Makefile
 # build: mk-symlinks xg_all.a $(XG_HDRS) $(XG_OBJS) Makefile
 # build: mk-symlinks xg_all.a
 
@@ -21,9 +21,6 @@ xg_all.a: $(XG_OBJS) Makefile $(XG_HDRS)
 #      $(LD) -b elf32-i386 $(LDFLAGS) -r -o $@ $^
 #      $(CC) -m32 -c -o $@ $^
 
-xen-headers:
-       $(MAKE) -C ../../../include
-
 # xg_main.o: xg_main.c Makefile $(XG_HDRS)
 #$(CC) -c $(CFLAGS) -o $@ $<
 
--
generated by git-patchbot for /home/xen/git/xen.git#staging