Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!clyde!cbosgd!asr2!jmk
From: jmk@asr2.UUCP (Joe Knapp)
Newsgroups: comp.sys.atari.st
Subject: Re: More ST Floating Point Performance - (nf)
Message-ID: <108@asr2.UUCP>
Date: Sun, 21-Jun-87 23:09:00 EDT
Article-I.D.: asr2.108
Posted: Sun Jun 21 23:09:00 1987
Date-Received: Tue, 23-Jun-87 01:27:09 EDT
References: <1959@trwrb.UUCP> <19400004@qtecmuc.UUCP>
Reply-To: jmk@asr2.UUCP (Joe Knapp)
Organization: AT&T Conversant Systems, Columbus, OH
Lines: 15

In article <19400004@qtecmuc.UUCP> ger@qtecmuc.UUCP (Gerhard Pehland) writes:
>'all floating point arithmetic in C is carried out in double
>precision'.  Therefore, if manx on the AMIGA really uses one longword
>for floating point evaluations it simply isn't real C and benchmarks
>with this compiler are pure nonsens if compared with 'correct'
>C-Compilers using 64bit double precision.

A quick note: the earlier benchmark results 
for Manx did not suffer from a misdefined PI, 
as was suggested. It was correct to many decimal 
places. Based on what others have said here 
recently, it appears that the MFFP library is 
at fault for the lack of precision. 

Joe Knapp ihnp4!asr2!jmk