From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1M7H2y-00067d-ED
	for qemu-devel@nongnu.org; Thu, 21 May 2009 18:47:32 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1M7H2t-00061L-EU
	for qemu-devel@nongnu.org; Thu, 21 May 2009 18:47:31 -0400
Received: from [199.232.76.173] (port=52757 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1M7H2t-00061D-9l
	for qemu-devel@nongnu.org; Thu, 21 May 2009 18:47:27 -0400
Received: from mx2.redhat.com ([66.187.237.31]:47615)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <glommer@redhat.com>) id 1M7H2s-0005P4-Qw
	for qemu-devel@nongnu.org; Thu, 21 May 2009 18:47:27 -0400
Date: Thu, 21 May 2009 19:50:39 -0300
From: Glauber Costa <glommer@redhat.com>
Subject: Re: [Qemu-devel] Re: [Qemu-commits] [COMMIT f80f9ec] Convert
	machine registration to use module initfunctions
Message-ID: <20090521225039.GA26811@poweredge.glommer>
References: <200905211348.n4LDmnYd025976@d01av04.pok.ibm.com>
	<200905212336.02493.paul@codesourcery.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200905212336.02493.paul@codesourcery.com>
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: Paul Brook <paul@codesourcery.com>
Cc: Anthony Liguori <aliguori@us.ibm.com>, qemu-devel@nongnu.org

On Thu, May 21, 2009 at 11:36:01PM +0100, Paul Brook wrote:
> > From: Anthony Liguori <aliguori@us.ibm.com>
> >
> > This cleans up quite a lot of #ifdefs, extern variables, and other
> > ugliness.
> 
> This changes the default for at least the ARM target, which I consider to be a 
> bug. Worse than that, the default is now arbitrary and depends on unspecified 
> toolchain implementation details.
How about we start sending patches to the list? Then this kind of thing can be avoided.

Note that although at first there is nothing wrong with just messing around with
the devel repository, this kind of thing breaks bisectability of the tree, which is kind 
of a pain.

c'mon guys, patches to the list.
Let's start doing it before IBM put a patent on it.