[xen staging] libxl: avoid golang building without CONFIG_GOLANG=y

[patchbot@xxxxxxx]

commit fe49938f21c26f0ce630c69af055f927dd0ed75f
Author:     Jan Beulich <jbeulich@xxxxxxxx>
AuthorDate: Mon Aug 3 10:06:32 2020 +0200
Commit:     Wei Liu <wl@xxxxxxx>
CommitDate: Tue Aug 4 14:46:55 2020 +0000

    libxl: avoid golang building without CONFIG_GOLANG=y
    
    While this doesn't address the real problem I've run into (attempting to
    update r/o source files), not recursing into tools/golang/xenlight/ is
    enough to fix the build for me for the moment. I don't currently see why
    60db5da62ac0 ("libxl: Generate golang bindings in libxl Makefile") found
    it necessary to invoke this build step unconditionally.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Wei Liu <wl@xxxxxxx>
---
 tools/libxl/Makefile | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/tools/libxl/Makefile b/tools/libxl/Makefile
index 38cd43abae..4fc4e1e944 100644
--- a/tools/libxl/Makefile
+++ b/tools/libxl/Makefile
@@ -282,7 +282,9 @@ _libxl_type%.h _libxl_type%_json.h _libxl_type%_private.h 
_libxl_type%.c: libxl_
 # about races with tools/golang/xenlight/Makefile:all
 .PHONY: idl-external
 idl-external:
+ifeq ($(CONFIG_GOLANG),y)
        $(MAKE) -C $(XEN_ROOT)/tools/golang/xenlight idl-gen
+endif
 
 LIBXL_IDLGEN_FILES = _libxl_types.h _libxl_types_json.h _libxl_types_private.h 
_libxl_types.c \
        _libxl_types_internal.h _libxl_types_internal_json.h 
_libxl_types_internal_private.h _libxl_types_internal.c
--
generated by git-patchbot for /home/xen/git/xen.git#staging