From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [RFC] modular dependencies for kvm's qemu Date: Tue, 16 Oct 2007 16:20:37 +0200 Message-ID: <4714C8B5.60104@qumranet.com> References: <20071016092214.GA13850@tapir> <20071016133930.GB2107@redhat.com> <20071016142110.GA15903@tapir> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel To: Carlo Marcelo Arenas Belon Return-path: In-Reply-To: <20071016142110.GA15903@tapir> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Carlo Marcelo Arenas Belon wrote: > >> It seems like rather >> a bad idea to suddenly switch the configure script defaults in the way you >> suggest for alsa. It really wouldn't be much harder to set enable_alsa=1 >> in the top of configure, and then have the flag toggle it to off. >> > > ok, but if that is added to kvm's configure then the logic will be inversed > when looking at qemu's configure, probably confusing users. > > If audio output is going to sdl anyway, then this has no effect on most users, right? If so I prefer being closer to qemu as you suggest. -- error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/