On 18/08/20 22:10, Paolo Bonzini wrote:
> Ok I can see the -mms-bitfields here too, hopefully that's enough to
> debug it.
Hrm no, I don't see it anymore with ea922aa50b2a8688. Can you send me
the config-host.mak, build.ninja and Makefile.ninja files?
Here I get:
$ make target/s390x/gen-features V=1
cc -Itarget/s390x/gen-features.p -Itarget/s390x -I../target/s390x
-fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch
-Werror -O2 -g -fPIE -MD -MQ target/s390x/gen-features.p/gen-features.c.o -MF
target/s390x/gen-features.p/gen-features.c.o.d -o
target/s390x/gen-features.p/gen-features.c.o -c ../target/s390x/gen-features.c
cc -o target/s390x/gen-features target/s390x/gen-features.p/gen-features.c.o
-Wl,--as-needed -Wl,--allow-shlib-undefined -pie
> This is supposed to be building an executable for the
> host, but something has gone wrong with the flags passed
> to cc for the link.
This should be handled by the "native: false" in
add_project_link_arguments(config_host['QEMU_LDFLAGS'].split(),
native: false, language: ['c', 'cpp', 'objc'])
(which is what was added to supposedly fix this).
Paolo
