From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1FSzjn-0007hr-A3
	for qemu-devel@nongnu.org; Mon, 10 Apr 2006 12:59:39 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1FSzjm-0007hE-8j
	for qemu-devel@nongnu.org; Mon, 10 Apr 2006 12:59:38 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1FSzjm-0007h6-47
	for qemu-devel@nongnu.org; Mon, 10 Apr 2006 12:59:38 -0400
Received: from [65.74.133.6] (helo=mail.codesourcery.com)
	by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FSzoR-00037L-VS
	for qemu-devel@nongnu.org; Mon, 10 Apr 2006 13:04:28 -0400
From: Paul Brook <paul@codesourcery.com>
Subject: Re: [Qemu-devel] Updated BGR vs. RGB vga patch...
Date: Mon, 10 Apr 2006 17:59:33 +0100
References: <443A86FC.9010302@win4lin.com>
	<200604101749.00725.paul@codesourcery.com>
	<443A8D0C.4030807@win4lin.com>
In-Reply-To: <443A8D0C.4030807@win4lin.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200604101759.34399.paul@codesourcery.com>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

On Monday 10 April 2006 17:51, Leonardo E. Reiter wrote:
> 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 ;)

Ok. For the record I also think it's a bad idea to have features conditionally 
compiled. Either something is worth including, or we have to ask whether 
there's any point having it in qemu at all.
The exception being debug code, which probably isn't useful unless you're 
already building qemu from source.

Paul