On Fri, 14 Aug 2020 05:10:56 -0400 Paolo Bonzini <pbonz...@redhat.com> wrote:
> News since v1: > * automatically generate dependencies for sphinx manuals [Peter] > * fixes for ARM KVM build [Peter] > * work around old libiscsi in vhost-user-scsi.c [Peter] > * hack to support default c:/Program Files/QEMU prefix on mingw cross > compilation [Peter] > * added --enable-gettext/--disable-gettext [Peter] > * test for setuptools presence [Peter] > * fixes for Darwin [Peter, Roman] > * do not invoke system Meson through Python, always use embedded Meson with > --python [Roman] > * improvements and fixes to clean and distclean targets [Stefano] > * avoid (incorrect?) ubsan failure from CONFIG_BDRV_*_WHITELIST [Alexander] > * move --s390-pgste to Meson, removed QEMU_CFLAGS/QEMU_LDFLAGS for > config-target.mak > * remove some dead configure assignments > * update build system docs on how to add configure options, convert to rST > * moved installation of edk2 blobs and descriptors to Meson > * build and install elf2dmp on Windows too > * included headers renamed to .c.inc instead of .inc > > Available from https://gitlab.com/bonzini/qemu branch meson-poc-next. The good news: This seems to produce working binaries on my laptop and my s390x systems. The bad news: The build on the s390x system with Fedora 30 (yes, I know) seems to be lacking various devices. The output of 'qemu-system-s390x -device ?' misses all of the -transitional/-non-transitional varieties for virtio-pci devices, as well as some of the vhost-user devices, and, rather bizarrely, the gen15* and some of the z14 cpu models (this is on a z12, so it's not that all 'newer' models are missing, and I don't think the system we build on should influence the generation of models, even with an older compiler). I checked the output from 'qemu-system-x86_64 -device ?', and it is missing the -transitional/-non-transitional virtio-pci devices as well (did not check if anything else is missing as well). The builds on the F31 (x86) and F32 (s390x, with -Werror disabled) systems are fine. Any idea? If it is a case of old tools/libraries, I think we need to make sure that older supported distros (Debian stable?) still work fine.
