From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31615 invoked by alias); 26 Sep 2006 21:39:00 -0000 Received: (qmail 31583 invoked by uid 48); 26 Sep 2006 21:38:52 -0000 Date: Tue, 26 Sep 2006 21:39:00 -0000 Message-ID: <20060926213852.31582.qmail@sourceware.org> From: "sjmunroe at us dot ibm dot com" To: glibc-bugs@sources.redhat.com In-Reply-To: <20060926212234.3268.sjmunroe@us.ibm.com> References: <20060926212234.3268.sjmunroe@us.ibm.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug math/3268] fma for soft-fp is not correct. X-Bugzilla-Reason: CC Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2006-09/txt/msg00117.txt.bz2 List-Id: ------- Additional Comments From sjmunroe at us dot ibm dot com 2006-09-26 21:38 ------- These patches create fmasf4.c and fmadf4.c in soft-fp. These function have to built with soft-fp and exported from libc. Otherwise they can not access the simulated FPU events, masks and rounding modes which are defined in libc but not exports. The soft-fp implementation of s_fma.c and s_fmaf.c reside in libm and are exported from there. Currently there does not seem to be a good way to override the generic (and incorrect) ./math/s_fms[f].c from the soft-fp directory. So for now I placed the overrides in ports/sysdeps/powerpc/nofpu for testing. I have not implemented a s_fmal.c/fmatf4.c for now. This would imply a soft-fp (256-bit) extented implementation not supported by the current soft-fp. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3268 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.