Arch Linux User Repository

As of now (2024-22-05) Xen with stubdom doesn't build because of a problem in the imported code. Been this way for about two weeks. Anyone else seeing this behavior?

Also, there is a lot of work happening on Xen in my development repo, thanks to @Serus. Check it out at: https://github.com/refutationalist/saur

I am getting this error when trying to compile:

make[8]: Entering directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/libs/mmap'
 MLDEP    
 MLI      xenmmap.cmi
 MLC      xenmmap.cmo
 MLA      xenmmap.cma
 CC       xenmmap_stubs.o
 MKLIB    libxenmmap_stubs.a
 MLOPT    xenmmap.cmx
 MLA      xenmmap.cmxa
sed 's/@VERSION@/4.1/g' < META.in >META.new && mv -f META.new META
mkdir -p /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml
ocamlfind remove -destdir /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml xenmmap
ocamlfind: [WARNING] No such file: /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml/xenmmap/META
ocamlfind install -destdir /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml -ldconf ignore xenmmap META xenmmap.cmi xenmmap.cma xenmmap.cmxa *.a *.so *.cmx
Installed /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml/xenmmap/xenmmap.cmx
Installed /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml/xenmmap/dllxenmmap_stubs.so
Installed /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml/xenmmap/xenmmap.a
Installed /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml/xenmmap/libxenmmap_stubs.a
Installed /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml/xenmmap/xenmmap.cmxa
Installed /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml/xenmmap/xenmmap.cma
Installed /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml/xenmmap/xenmmap.cmi
Installed /home/roberts/.cache/yay/xen/src/xen-4.12.1/dist/install/usr/lib/ocaml/xenmmap/META
make[8]: Leaving directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/libs/mmap'
make[7]: Leaving directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/libs'
make[7]: Entering directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/libs'
make -C xentoollog install
make[8]: Entering directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/libs/xentoollog'
python2 genlevels.py _xtl_levels.mli.in _xtl_levels.ml.in _xtl_levels.inc
 MLDEP    
 MLC      xentoollog.cmo
 MLA      xentoollog.cma
 CC       xentoollog_stubs.o
xentoollog_stubs.c: In function 'stub_xtl_ocaml_vmessage':
xentoollog_stubs.c:93:16: error: initialization discards 'const' qualifier from pointer target type [-Werror=discarded-qualifiers]
   93 |  value *func = caml_named_value(xtl->vmessage_cb) ;
      |                ^~~~~~~~~~~~~~~~
xentoollog_stubs.c: In function 'stub_xtl_ocaml_progress':
xentoollog_stubs.c:123:16: error: initialization discards 'const' qualifier from pointer target type [-Werror=discarded-qualifiers]
  123 |  value *func = caml_named_value(xtl->progress_cb) ;
      |                ^~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
make[8]: *** [/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/libs/xentoollog/../../Makefile.rules:37: xentoollog_stubs.o] Error 1
make[8]: Leaving directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/libs/xentoollog'
make[7]: *** [/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/libs/../../../tools/Rules.mk:251: subdir-install-xentoollog] Error 2
make[7]: Leaving directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/libs'
make[6]: *** [/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/libs/../../../tools/Rules.mk:246: subdirs-install] Error 2
make[6]: Leaving directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/libs'
make[5]: *** [/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/../../tools/Rules.mk:251: subdir-install-libs] Error 2
make[5]: Leaving directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml'
make[4]: *** [/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml/../../tools/Rules.mk:246: subdirs-install] Error 2
make[4]: Leaving directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/ocaml'
make[3]: *** [/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/../tools/Rules.mk:251: subdir-install-ocaml] Error 2
make[3]: Leaving directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools'
make[2]: *** [/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools/../tools/Rules.mk:246: subdirs-install] Error 2
make[2]: Leaving directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools'
make[1]: *** [Makefile:74: install] Error 2
make[1]: Leaving directory '/home/roberts/.cache/yay/xen/src/xen-4.12.1/tools'
make: *** [Makefile:127: install-tools] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
Error making: xen

@mbroemme First of thanks for getting it working with gcc-9!

Secondly I'm running into the following compile issue: .cache/yay/xen/src/xen-4.12.1/tools/qemu-xen/include/disas/capstone.h:6:10: fatal error: capstone.h: No such file or directory 6 | #include <capstone.h>

I have capstone installed; and /usr/include/capstone/capstone.h exists. Any chance of a suggestion, Also should capstone be listed as a dependency?

Package is updated to Xen 4.12.1, ipxe package as well, supporting compilation with gcc-9.

@dhlk thanks for it, added !debug

fresh install of arch

attempted to install xen - failed

removed gcc v9, installed gcc-8

symlinked gcc -> gcc-8

re-tried install of xen - failed

/usr/bin/env: 'python': No such file or directory

So, looks like a dependency on python isn't configured properly? python2 is installed...

Installed python (python v3)

re-tried install of xen - failed

ERROR: "cc" either does not exist or does not work

make: Entering directory '/home/user/.cache/yay/xen/src/xen-4.12.0/tools/qemu-xen-build'

make: *** No rule to make target 'all'. Stop.

Not sure how deep this rabbit hole goes. Really don't want to go back to Debian...

"error: taking address of packed member of ..."
Same issue here to build Xen 4.12 w/ kernel 5.1.15, gcc 9.1.0
Solved by downgrading to package gcc8

It seems to not compile at all using the latest GCC (9.1.0, just got out of testing today). I get way too many instances of -Werror=address-of-packed-member.

It's a known bug and afaik has been fixed in xen's git repo for a while now. Might be wise to incorporate the patch into the PKGBUILD until it gets merged into a proper release?

EDIT: I should add that this happens even when adding "--disable-werror" to the config params and "!debug" to the options à la dhlk's commment.

EDIT2: Even the latest, bleeding edge staging versions of xen and ipxe do not compile under GCC 9. I'm sure it'll be fixed in a few days or so, but the official Xen 4.13 release probably won't be coming for a while. If it ends up getting fixed and anyone is interested, I can create a xen-git package.

the http://google.com

For anyone else (and my future self) who forgot they enabled debug in makepkg.conf, debug CFLAGS break xen's builds.

Error looks something like this:

<command-line>: error: "__OBJECT_FILE__" redefined [-Werror]
<command-line>: note: this is the location of the previous definition
<command-line>: error: "__OBJECT_LABEL__" redefined [-Werror]
<command-line>: note: this is the location of the previous definition
cc1: all warnings being treated as errors
Makefile:69: recipe for target 'compat/callback.i' failed

Fix requires removing debug in the PKGBUILD:

-options=(!buildflags !strip)
+options=(!buildflags !strip !debug)

Works like a charm, Thank you.

@ArthurBorsboom: thank you! i'll have an AMD system to test it out on soon.

instead of flooding these comments with discussions, let's keep it in recent forum topic here:

https://bbs.archlinux.org/viewtopic.php?pid=1814467

In short, there's another way that we can ask the author of the intel-ucode package to resolve (posted in the link above).