Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!mcgill-vision!snorkelwacker!apple!julius.cs.uiuc.edu!wuarchive!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!haven!adm!smoke!gwyn
From: gwyn@smoke.BRL.MIL (Doug Gwyn)
Newsgroups: comp.sys.apple2
Subject: Re: IIgs math co-processor wanted
Message-ID: <13834@smoke.BRL.MIL>
Date: 12 Sep 90 19:50:57 GMT
References: <4631UD182050@NDSUVM1>
Organization: U.S. Army Ballistic Research Laboratory, APG, MD.
Lines: 16

In article <4631UD182050@NDSUVM1> UD182050@NDSUVM1.BITNET (Mike Aos) writes:
>I'm thinking my IIgs could really be accented by one.  ...

I have an FPE and it's very nice -- IF you really have a floating-point
computational bottleneck.  For most IIGS applications it has little
effect.  One nice thing about the FPE is that ORCA/C (and I think ORCA/
Pascal) can be told to generate code that directly accesses the FPE,
instead of going through the SANE tools.  A supplied "INIT" also plugs
the FPE into the SANE toolkit, and there is also an executable module
that can be called at run time from AppleSoft BASIC programs to plug
the FPE in place of AppleSoft's slow (and buggy) floating-point support.
I also found Innovative Systems staff to be helpful when I was having
problems using mine (as it turned out, a TWGS ROM upgrade fixed the
problems, as well as fixing TWGS DMA compatibility problems).

I have no experience with other floating-point accelerators for the IIGS.