From: Paolo Bonzini <pbonzini@redhat.com>
To: Joelle van Dyne <j@getutm.app>
Cc: Peter Maydell <peter.maydell@linaro.org>,
QEMU Developers <qemu-devel@nongnu.org>
Subject: Re: [PATCH v7 05/11] osdep: build with non-working system() function
Date: Tue, 26 Jan 2021 01:42:01 +0100 [thread overview]
Message-ID: <69a662a8-f48d-92ee-4202-03a7feb55716@redhat.com> (raw)
In-Reply-To: <CA+E+eSB_ZbO4GGCJWdZsOL+e4VE7nzW0THUqBgmdeA05yjAzmg@mail.gmail.com>
On 26/01/21 01:12, Joelle van Dyne wrote:
> Here's how meson does cc.has_function
>
> https://github.com/mesonbuild/meson/blob/master/mesonbuild/compilers/mixins/clike.py#L761
>
> Since the compiler error comes from the header file with
>
> __attribute__((availability(ios,unavailable)))
>
> The meson check will always pass.
>
> cc.compiles should work though. Is there a reason why it's not used
> instead of all the compile_prog checks in ./configure ?
Just because the Meson build system is only a few months old.
Alternatively:
# If we have any includes in the prefix supplied by the user,
assume
# that the user wants us to use the symbol prototype defined in
those
# includes. If not, then try to do the Autoconf-style check with
# a dummy prototype definition of our own.
so adding a "prefix: '#include <stdlib.h>'" to cc.has_function should
work too.
Paolo
next prev parent reply other threads:[~2021-01-26 0:43 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-22 20:11 [PATCH v7 00/11] iOS and Apple Silicon host support Joelle van Dyne
2021-01-22 20:11 ` [PATCH v7 01/11] block: feature detection for host block support Joelle van Dyne
2021-01-22 20:11 ` [PATCH v7 02/11] configure: cross-compiling with empty cross_prefix Joelle van Dyne
2021-01-22 20:11 ` [PATCH v7 03/11] configure: check for sys/disk.h Joelle van Dyne
2021-01-22 23:16 ` Peter Maydell
2021-01-22 20:11 ` [PATCH v7 04/11] slirp: feature detection for smbd Joelle van Dyne
2021-01-22 22:49 ` Peter Maydell
2021-01-22 23:12 ` Joelle van Dyne
2021-01-22 20:11 ` [PATCH v7 05/11] osdep: build with non-working system() function Joelle van Dyne
2021-01-22 23:12 ` Peter Maydell
2021-01-22 23:17 ` Peter Maydell
2021-01-23 3:18 ` Joelle van Dyne
2021-01-23 13:45 ` Peter Maydell
2021-01-25 8:04 ` Paolo Bonzini
2021-01-26 0:12 ` Joelle van Dyne
2021-01-26 0:42 ` Paolo Bonzini [this message]
2021-01-26 9:29 ` Peter Maydell
2021-01-22 20:11 ` [PATCH v7 06/11] darwin: remove redundant dependency declaration Joelle van Dyne
2021-01-22 22:43 ` Peter Maydell
2021-01-22 20:11 ` [PATCH v7 07/11] darwin: fix cross-compiling for Darwin Joelle van Dyne
2021-01-22 22:41 ` Peter Maydell
2021-01-22 20:11 ` [PATCH v7 08/11] configure: cross compile should use x86_64 cpu_family Joelle van Dyne
2021-01-22 20:11 ` [PATCH v7 09/11] block: check availablity for preadv/pwritev on mac Joelle van Dyne
2021-01-22 20:11 ` [PATCH v7 10/11] darwin: detect CoreAudio for build Joelle van Dyne
2021-01-22 20:11 ` [PATCH v7 11/11] darwin: remove 64-bit build detection on 32-bit OS Joelle van Dyne
2021-01-22 22:39 ` Peter Maydell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=69a662a8-f48d-92ee-4202-03a7feb55716@redhat.com \
--to=pbonzini@redhat.com \
--cc=j@getutm.app \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).