Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!uunet!panews.awdpa.ibm.com!bullhead!brunner
From: brunner@bullhead.uucp
Newsgroups: comp.sys.ibm.pc.rt
Subject: Re: AOS floating point bug
Message-ID: <1990Sep18.175557.6040@panews>
Date: 18 Sep 90 17:55:57 GMT
References: <1990Sep17.061429.27757@athena.mit.edu>
Sender: news@panews (news id)
Reply-To: brunner@ibmsupt.UUCP ()
Distribution: na
Organization: IBM AWD Palo Alto
Lines: 21

In article <1990Sep17.061429.27757@athena.mit.edu> jfc@athena.mit.edu (John F Carr) writes:
>
>There is a bug in the floating point code generator for the 68881
>(/usr/lib/libfp.a(f881gen.o)).  In some cases, single precision
>floats in general registers can cause bad code generation (register
>0 is marked as available for address calculations when it is [1]
>not a valid base register for address calculations [2] in use).
>Apparently hc doesn't generate much code that triggers this bug,
>but gcc does.  This is a fix (it will be making its way though
>official channels to IBM as well).
>

John,

Thanks for the patch, could you mail me a test case?
Thanks in advance!

#include <std/disclaimer.h>
Eric Brunner, Consultant, IBM AWD Palo Alto	(415) 855-4486
inet: brunner@monet.berkeley.edu		uucp: uunet!ibmsupt!brunner
trying to understand multiprocessing is like having bees live inside your head.