From owner-cvs-src@FreeBSD.ORG Sun Jan 18 15:03:42 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19ABE16A4CE; Sun, 18 Jan 2004 15:03:42 -0800 (PST) Received: from VARK.homeunix.com (adsl-68-124-78-95.dsl.pltn13.pacbell.net [68.124.78.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id E81EC43D2D; Sun, 18 Jan 2004 15:03:38 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.10/8.12.10) with ESMTP id i0IN3EKu056948; Sun, 18 Jan 2004 15:03:14 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.10/8.12.10/Submit) id i0IN3DSW056947; Sun, 18 Jan 2004 15:03:13 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Sun, 18 Jan 2004 15:03:13 -0800 From: David Schultz To: Marcel Moolenaar , src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG Message-ID: <20040118230313.GB56462@VARK.homeunix.com> Mail-Followup-To: Marcel Moolenaar , src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG References: <200401181032.i0IAWoMh012953@repoman.freebsd.org> <20040118103340.GA44149@VARK.homeunix.com> <20040118210356.GA82925@dhcp01.pn.xcllnt.net> <20040118215632.GA56462@VARK.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040118215632.GA56462@VARK.homeunix.com> Subject: Re: cvs commit: src/lib/libc/gdtoa Makefile.inc _hdtoa.c src/lib/libc/stdio vfprintf.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 23:03:42 -0000 On Sun, Jan 18, 2004, David Schultz wrote: > The correct result is 4.940656e-324, which is denormalized. Some > architectures generate a trap for denormals and expect them to be > handled in software, but I didn't think that IA64 was one of them. > I'm looking over the IA64 architecture manual now to see if I can > figure out what's going on... Upon further examination, it looks like IA64 *does* delegate the edge cases of the IEEE 754 standard to software, unlike the x86. This implies that there may be a problem with the software assist routines that the kernel calls when it gets a trap. I don't have any IA64 hardware to muck around with, though, so I can't tell you anything more.