Hi,
Using current master 78dca230 w/ Meson/ninja, build fails with capstone
dependency.
* ../configure --target-list=riscv64-softmmu && ninja
You need to run 'make' (at least once - but still by preference for now). Submodule handling is done by Makefile.
fails because capstone is automatically enabled @ configure stage,
but capstone is not installed on the host, and the local capstone/
submodule is not automatically populated:
cc -Ilibqemu-riscv64-softmmu.fa.p -I. -I.. -Itarget/riscv
-I../target/riscv -Iqapi -Itrace -Iui -Iui/shader
-I/usr/local/Cellar/pixman/0.40.0/include/pixman-1
-I/usr/local/Cellar/glib/2.64.4_2/include
-I/usr/local/Cellar/glib/2.64.4_2/include/glib-2.0
-I/usr/local/Cellar/glib/2.64.4_2/lib/glib-2.0/include
-I/usr/local/opt/gettext/include -I/usr/local/Cellar/pcre/8.44/include
-I/usr/local/Cellar/gnutls/3.6.14/include
-I/usr/local/Cellar/nettle/3.6/include
-I/usr/local/Cellar/libtasn1/4.16.0/include
-I/usr/local/Cellar/libidn2/2.3.0/include
-I/usr/local/Cellar/p11-kit/0.23.20_1/include/p11-kit-1
-I/Users/eblot/Sources/Git/github.com/QEMU/upstream/capstone/include
-Xclang -fcolor-diagnostics -pipe -Wall -Winvalid-pch -std=gnu99 -O2 -g
-m64 -mcx16 -DOS_OBJECT_USE_OBJC=0 -arch x86_64 -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes
-Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes
-fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition
-Wtype-limits -Wformat-security -Wformat-y2k -Winit-self
-Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels
-Wexpansion-to-defined -Wno-initializer-overrides
-Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int
-Wno-typedef-redefinition -Wno-tautological-type-limit-compare
-fstack-protector-strong -iquote
/Users/eblot/Sources/Git/github.com/QEMU/upstream/tcg/i386 -iquote .
-iquote /Users/eblot/Sources/Git/github.com/QEMU/upstream -iquote
/Users/eblot/Sources/Git/github.com/QEMU/upstream/accel/tcg -iquote
/Users/eblot/Sources/Git/github.com/QEMU/upstream/include -iquote
/Users/eblot/Sources/Git/github.com/QEMU/upstream/disas/libvixl
-DNEED_CPU_H '-DCONFIG_TARGET="riscv64-softmmu-config-target.h"'
'-DCONFIG_DEVICES="riscv64-softmmu-config-devices.h"' -MD -MQ
libqemu-riscv64-softmmu.fa.p/disas.c.o -MF
libqemu-riscv64-softmmu.fa.p/disas.c.o.d -o
libqemu-riscv64-softmmu.fa.p/disas.c.o -c ../disas.c
In file included from ../disas.c:9:
/Users/eblot/Sources/Git/github.com/QEMU/upstream/include/disas/capstone.h:6:10:
error: 'capstone.h' file not found with <angled> include; use "quotes"
instead
#include <capstone.h>
^~~~~~~~~~~~
"capstone.h"
* ../configure --target-list=riscv64-softmmu —enable-capstone=git &&
ninja
fails for the same reason (git submodule is not pulled)
* git submodule init && git submodule update capstone && ../configure
--target-list=riscv64-softmmu && ninja
fails because capstone.h is now found, but the library is not built:
ld: library not found for -lcapstone
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
build/capstone is created but stays empty.
* ../configure --target-list=riscv64-softmmu —disable-capstone
seems ok
A similar issue arises with slirp: slirp is automatically selected while
not installed on the host and not pulled as a submodule. If the
submodule is manually pulled, slirp is not built and QEMU fails to build
because libslirp-version.h is not generated.
/Users/eblot/Sources/Git/github.com/QEMU/upstream/slirp/src/libslirp.h:17:10:
fatal error: 'libslirp-version.h' file not found
Am I missing something obvious?
I cannot reproduce those issues with v.5.1.0
Thanks,
Emmanuel.