From owner-freebsd-current@FreeBSD.ORG Wed May 21 00:49:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74FCE37B401 for ; Wed, 21 May 2003 00:49:34 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D143743F85 for ; Wed, 21 May 2003 00:49:33 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.5) with ESMTP id h4L7nWqN004863; Wed, 21 May 2003 00:49:32 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.5/Submit) id h4L7nVwt004862; Wed, 21 May 2003 00:49:31 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Wed, 21 May 2003 00:49:31 -0700 From: David Schultz To: Morten Rodal Message-ID: <20030521074931.GA4783@HAL9000.homeunix.com> Mail-Followup-To: Morten Rodal , Terry Lambert , Jon Lido , freebsd-current@freebsd.org References: <200305201025.30296.jlido@goof.com> <3ECA526F.A6E4A085@mindspring.com> <20030520180336.GB2372@HAL9000.homeunix.com> <20030520184234.GE530@atlantis.rodal.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030520184234.GE530@atlantis.rodal.no> cc: Jon Lido cc: freebsd-current@FreeBSD.ORG Subject: Re: gcc/libm floating-point bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 May 2003 07:49:34 -0000 On Tue, May 20, 2003, Morten Rodal wrote: > On Tue, May 20, 2003 at 11:03:36AM -0700, David Schultz wrote: > > That's for an Alpha-specific problem. The i386-specific problem > > is due to a bug gcc has that involves Pentium 4 code generation > > and aliasing. The latter can be fixed by removing > > -march=pentium4, disabling optimization, or upgrading to gcc 3.3. > > The former is intentional and not expected to change; gcc > > generates non-standard FP math code on Alpha because it saves a > > few instructions to deal with NaNs, etc. We work around it by > > setting -mieee in bsd.cpu.mk for Alpha. > > > > The upgrade from gcc 3.2 to 3.3 isn't scheduled before after 5.1 is > released? (I think I saw some post about that someplace) Correct. I've been poking various people to try to get this nit documented at the very least.