From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1HSGrg-000440-Qj
	for qemu-devel@nongnu.org; Fri, 16 Mar 2007 14:09:21 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1HSGrf-00043c-GT
	for qemu-devel@nongnu.org; Fri, 16 Mar 2007 14:09:20 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1HSGrf-00043Z-B9
	for qemu-devel@nongnu.org; Fri, 16 Mar 2007 13:09:19 -0500
Received: from static-71-162-243-5.phlapa.fios.verizon.net ([71.162.243.5]
	helo=grelber.thyrsus.com) by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
	(envelope-from <rob@landley.net>) id 1HSGqW-0004Br-AH
	for qemu-devel@nongnu.org; Fri, 16 Mar 2007 14:08:08 -0400
From: Rob Landley <rob@landley.net>
Subject: Re: [Qemu-devel] SSE 'maxps' instruction bug?
Date: Fri, 16 Mar 2007 14:07:48 -0400
References: <200703121450.41180.jseward@acm.org>
	<41decffa258b38db92ab799d6c2990bc@io.com>
	<200703140221.22432.jseward@acm.org>
In-Reply-To: <200703140221.22432.jseward@acm.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200703161407.50228.rob@landley.net>
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
Cc: Tim Olson <tim@io.com>

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?

Rob
-- 
Vista: Windows Millenium Second Edition