From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1HSGwc-0005TW-St
	for qemu-devel@nongnu.org; Fri, 16 Mar 2007 14:14:26 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1HSGwb-0005TJ-DR
	for qemu-devel@nongnu.org; Fri, 16 Mar 2007 14:14:26 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1HSGwb-0005TG-Aq
	for qemu-devel@nongnu.org; Fri, 16 Mar 2007 13:14:25 -0500
Received: from mtaout02-winn.ispmail.ntl.com ([81.103.221.48])
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <jseward@acm.org>) id 1HSGvS-0004uL-6r
	for qemu-devel@nongnu.org; Fri, 16 Mar 2007 14:13:14 -0400
From: Julian Seward <jseward@acm.org>
Subject: Re: [Qemu-devel] SSE 'maxps' instruction bug?
Date: Fri, 16 Mar 2007 18:10:35 +0000
References: <200703121450.41180.jseward@acm.org>
	<200703140221.22432.jseward@acm.org>
	<200703161407.50228.rob@landley.net>
In-Reply-To: <200703161407.50228.rob@landley.net>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200703161810.35979.jseward@acm.org>
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: Rob Landley <rob@landley.net>
Cc: Tim Olson <tim@io.com>, qemu-devel@nongnu.org

On Friday 16 March 2007 18:07, Rob Landley wrote:
> On Tuesday 13 March 2007 10:21 pm, Julian Seward wrote:
> > > 0.9.0, or that the compiler/host combination used to build the qemu
> > > binary Julian is running generated bad code for the float compares.
> >
> > I used gcc 3.4.6 bootstrapped as normal ('make bootstrap; make install')
> > on a 64-bit machine.  If it is qemu generating bad code due to variations
> > in gcc behaviour, that's another argument in favour of scrapping the gcc
> > 3.X based backend and using a self contained, handwritten insn selector
> > and register allocator.
>
> Are you referring to https://nowt.dyndns.org/ or something else?

I was referring to an idea, of which the nowt thing is an implementation.
I'm not aware of any other such backends to qemu.

J