qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PULL 000/150] Meson-based build system


From: Paolo Bonzini
Subject: Re: [PULL 000/150] Meson-based build system
Date: Tue, 18 Aug 2020 22:34:43 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0

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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]