From dwmalone@maths.tcd.ie  Wed Dec 11 10:51:07 1996
Received: from salmon.maths.tcd.ie (mmdf@salmon.maths.tcd.ie [134.226.81.11])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA28450
          for <FreeBSD-gnats-submit@freebsd.org>; Wed, 11 Dec 1996 10:51:06 -0800 (PST)
Received: from synge.maths.tcd.ie by salmon.maths.tcd.ie  with SMTP id aa11641;
          11 Dec 96 18:51 +0000
Message-Id: <9612111851.aa08441@synge.maths.tcd.ie>
Date: Wed, 11 Dec 96 18:51:02 +0000
From: dwmalone@maths.tcd.ie
Sender: dwmalone@maths.tcd.ie
Reply-To: dwmalone@maths.tcd.ie
To: FreeBSD-gnats-submit@freebsd.org
Subject: HAVE_FPU = yes produces buged libm
X-Send-Pr-Version: 3.2

>Number:         2195
>Category:       misc
>Synopsis:       HAVE_FPU = yes produces buged libm
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Dec 11 11:00:01 PST 1996
>Closed-Date:    Sun Dec 15 07:44:16 PST 1996
>Last-Modified:  Sun Dec 15 07:49:31 PST 1996
>Originator:     David Malone
>Release:        FreeBSD 2.2
>Organization:
Trinity College Dublin.
>Environment:

	Running FreeBSD-2.2 from ctm'ed sources on a intel pentium.

>Description:

	If you compile libm with HAVE_FPU=yes then the libm code
	seems messed up. 

>How-To-Repeat:

	Some code I have for a ray-tracer core dumps on certain
	input when libm is compiled with HAVE_FPU=yes. The stack
	seems pretty badly trashed, as gdb produces nothing
	sensible. If without recompiling you drop in a non-fpu
	libm then everything works fine.

	If anyone wants the code and input which causes the problem
	let me know - but I wasn't able to track it down and there
	is a fiar bit of code in use.

>Fix:
	
	Compile without HAVE_FPU=yes - maybe the option should be
	removed from /etc/make.conf

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: bde 
State-Changed-When: Sun Dec 15 07:44:16 PST 1996 
State-Changed-Why:  
Fixed in rev.1.3 of s_scalbn.S 
Fixed same bug in s_scalb.S.  The function there should never be used. 
Also fixed in 2.2 and -stable. 
>Unformatted:
