qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH 0/7] audio: modularize


From: Marc-André Lureau
Subject: Re: [Qemu-devel] [PATCH 0/7] audio: modularize
Date: Tue, 6 Mar 2018 13:43:22 +0100

Hi

On Tue, Mar 6, 2018 at 12:42 PM, Gerd Hoffmann <address@hidden> wrote:
> On Tue, Mar 06, 2018 at 12:22:49PM +0100, Marc-André Lureau wrote:
>> Hi
>>
>> On Tue, Mar 6, 2018 at 8:40 AM, Gerd Hoffmann <address@hidden> wrote:
>> > Add audio driver (host backend) registry.  Add audio module support.
>> > Enable module builds for alsa, oss, pulse and sdl.
>> >
>> > Gerd Hoffmann (7):
>> >   audio: add driver registry
>> >   audio: add module loading support
>> >   build: enable audio modules
>> >   audio/alsa: build as module
>> >   audio/oss: build as module
>> >   audio/pulseaudio: build as module
>> >   audio/sdl: build as module
>> >
>>
>> Is this a problem on my side? (configure
>> '--audio-drv-list=oss,alsa,pa,sdl' '--enable-modules')
>>
>> address@hidden:~/src/qemu/build (master %)$
>> x86_64-softmmu/qemu-system-x86_64 -audio-help
>> Failed to open module:
>> /home/elmarco/src/qemu/build/x86_64-softmmu/../audio-oss.so: undefined
>> symbol: _TRACE_OSS_INVALID_AVAILABLE_SIZE_DSTATE
>> Failed to open module:
>> /home/elmarco/src/qemu/build/x86_64-softmmu/../audio-alsa.so:
>> undefined symbol: _TRACE_ALSA_XRUN_OUT_DSTATE
>> Failed to open module:
>> /home/elmarco/src/qemu/build/x86_64-softmmu/../audio-pa.so: undefined
>> symbol: audio_pt_unlock_and_signal
>> Failed to open module:
>> /home/elmarco/src/qemu/build/x86_64-softmmu/../audio-sdl.so: undefined
>> symbol: audio_pcm_sw_write
>
> Works fine here.  Tried "make clean && make"?
>
> Qemu build system seems to not rebuild object files when the compiler
> flags change.  So you can't switch between --enable-modules and
> --disable-modules without "make clean" inbetween.  Same issue when
> patches switch code from compiled-in to modular and you try an
> incremental build.

Fresh directory, cleaned ccache. That didn't help. fwiw, I am
compiling on f27, gcc (GCC) 7.3.1 20180130. I'll investigate further
if you can't reproduce.

> I've seen only build failues due to this, not module load errors.  But
> possibly only because I stopped doing incremental builds when working on
> module patches ...
>
> cheers,
>   Gerd
>



-- 
Marc-André Lureau



reply via email to

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