From: Peter Maydell <peter.maydell@linaro.org>
To: "Philippe Mathieu-Daudé" <philmd@redhat.com>
Cc: QEMU Developers <qemu-devel@nongnu.org>,
"Daniel P . Berrange" <berrange@redhat.com>,
Brad Smith <brad@comstyle.com>, Gerd Hoffmann <kraxel@redhat.com>,
Fam Zheng <fam@euphon.net>
Subject: Re: [Qemu-devel] [PATCH] configure: Let SDL support be optional on OpenBSD
Date: Tue, 22 Jan 2019 19:20:35 +0000 [thread overview]
Message-ID: <CAFEAcA-iZHdf6DqrNyUS7yEQmV=VNzWgF7HbHrLaZ5C8EL_0dA@mail.gmail.com> (raw)
In-Reply-To: <20190122190503.13627-1-philmd@redhat.com>
On Tue, 22 Jan 2019 at 19:05, Philippe Mathieu-Daudé <philmd@redhat.com> wrote:
>
> Currently if we try to build QEMU on OpenBSD with SDL disabled, we get:
>
> $ ./configure --cc=x86_64-unknown-openbsd6.1-gcc-4.9.4 --python=python2.7 --disable-sdl
>
> ERROR: sdl not found or disabled, can not use sdl audio driver
>
> Since SDL is not a requirement for OpenBSD, let it be optional (we remove
> it from $audio_drv_list but it stays available in $audio_possible_drivers).
> If no audio backends are available, QEMU falls back to the null driver.
> --- a/configure
> +++ b/configure
> @@ -828,7 +828,7 @@ NetBSD)
> OpenBSD)
> bsd="yes"
> make="${MAKE-gmake}"
> - audio_drv_list="sdl"
> + audio_drv_list=""
> audio_possible_drivers="sdl"
> HOST_VARIANT_DIR="openbsd"
> supported_os="yes"
This will mean that configure will by default not enable
a real audio backend, even if we do have sdl.
Looking at the logic, "audio_possible_drivers" is only
used for printing the help message. The thing that drives
which audio drivers to test with is "audio_drv_list",
and the expectation is that you put things on that only
if it's possible to build with them. (For instance
we only add 'dsound' for mingw if the dsound.h header is
present, and so on.)
So we need to do one of:
(1) only put "sdl" into audio_drv_list if SDL is
available (this probably doesn't work as we haven't
probed for SDL at the point where we initialize it)
(2) have the sdl probe delete "sdl" from audio_drv_list
if the probe fails
(3) some more complicated restructuring :-)
(eg rather than having audio_drv_list be set to an
initial list based on the host OS, just have a full
list of drivers, insist that each has a proper probe
routine, and use whichever ones we can successfully
probe)
thanks
-- PMM
next prev parent reply other threads:[~2019-01-22 19:34 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-22 19:05 [Qemu-devel] [PATCH] configure: Let SDL support be optional on OpenBSD Philippe Mathieu-Daudé
2019-01-22 19:20 ` Peter Maydell [this message]
2019-01-23 9:33 ` Daniel P. Berrangé
2019-01-24 1:41 ` Philippe Mathieu-Daudé
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='CAFEAcA-iZHdf6DqrNyUS7yEQmV=VNzWgF7HbHrLaZ5C8EL_0dA@mail.gmail.com' \
--to=peter.maydell@linaro.org \
--cc=berrange@redhat.com \
--cc=brad@comstyle.com \
--cc=fam@euphon.net \
--cc=kraxel@redhat.com \
--cc=philmd@redhat.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.