From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FSzbu-0002ob-9T for qemu-devel@nongnu.org; Mon, 10 Apr 2006 12:51:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FSzbr-0002nR-1w for qemu-devel@nongnu.org; Mon, 10 Apr 2006 12:51:29 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FSzbq-0002nM-SA for qemu-devel@nongnu.org; Mon, 10 Apr 2006 12:51:26 -0400 Received: from [204.127.192.82] (helo=rwcrmhc12.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FSzgW-0002Ts-Sq for qemu-devel@nongnu.org; Mon, 10 Apr 2006 12:56:17 -0400 Message-ID: <443A8D0C.4030807@win4lin.com> Date: Mon, 10 Apr 2006 12:51:24 -0400 From: "Leonardo E. Reiter" MIME-Version: 1.0 Subject: Re: [Qemu-devel] Updated BGR vs. RGB vga patch... References: <443A86FC.9010302@win4lin.com> <200604101735.39032.paul@codesourcery.com> <443A8B88.5090804@win4lin.com> <200604101749.00725.paul@codesourcery.com> In-Reply-To: <200604101749.00725.paul@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: qemu-devel@nongnu.org I was talking about enabling the use of the -bgr flag at compile time, to save the check at runtime if the user doesn't even care about the flag, not forcing the determination of the blit order altogether at compile-time. In any case, this is moot, your clarification on how to better implement it makes it much more clear to me and is a much better idea. Mails to the list are a bit delayed, that's all ;) Thanks, Leo Paul Brook wrote: > On Monday 10 April 2006 17:44, Leonardo E. Reiter wrote: > >>Actually it should probably be made conditionally compiled for now, >>until the VGA architecture changes to something more efficient. Would >>you agree with that? That way, people who know they will need the hack >>can enable it at configure/compile time, and the rest will not be affected. >> >>How does that sound? I'd be happy to post an updated patch that does that. > > > Making it a configure option sounds a stunningly bad idea. If you're going > down that route you may as well make all the output format selection a > compile-time option. > > Paul -- Leonardo E. Reiter Vice President of Product Development, CTO Win4Lin, Inc. Virtual Computing from Desktop to Data Center Main: +1 512 339 7979 Fax: +1 512 532 6501 http://www.win4lin.com