Welcome, Guest. Please login or register.

Author Topic: fpsp.resource released  (Read 293 times)


0 Members and 1 Guest are viewing this topic.

Offline SpeedGeekTopic starter

fpsp.resource released
« on: December 05, 2022, 12:39:43 PM »
fpsp.resource v60 disk load code ©SpeedGeek 2022

M68060 Software Package Copyright © 1993, 1994
Motorola Inc. All rights reserved.

This is just my own implementation of the mysterious
fpsp.resource introduced with OS3.9. The reason for this
late implementation was the lack of documentation for the
mystery feature and I always seem to have have more projects
to do than I have actually have time for.

The fpsp.resource was conceptually a pretty good idea, but
IMO hindered by miserably poor implementation. This made it
even worse than the NSDpatch feature of OS3.9. At least NSD
had documentation and a support "Patch" for the legacy
devices which were NEVER EVER going to be updated for NSD

So, now you can have fpsp.resource support for the legacy
68040 and 68060 libraries which are NEVER EVER going to be
updated for the mystery feature!

- 68040 or 68060 CPU with FPU
- MathIEEE libraries which can use the fpsp.resource
- FastIEEE patch from Aminet (for OS3.1 math libraries)

Use at your risk. No warranty expressed or implied, etc.

The LoadFPSP tool checks for the 040/060 FPU and will
report an error if not found. This is a disk load
implementation of an AmigaOS "resource". Hence, it is not
intended to be ROM resident or survive a reboot.

Also, the installation tool does NOT support removing the
fpsp.resource from the system because this would crash any
applications which have dependencies. The fpsp.resource
should be loaded into the FASTEST (preferably 32 bit) RAM in
the system.

Finally, it must be loaded before any of the applications which
can use it. At present, the AmigaOS MathIEEE libraries are
the ONLY applications using the fpsp.resource.

The fpsp.resource will not make the AmigaOS MathIEEE
libraries as fast as the HSmathlibs. But it will certainly
make them faster and more multitasking friendly than the
exception trap handlers of the 68040 and 68060 libraries.

Here is the link: