Andrew R. Baker ([EMAIL PROTECTED]) writes: > ... It will also only handle operations that should produce an > unimplemented exception (this is not quite all of the fp ops). Denormalised operands (for example) will cause any computational operation to blow up (change sign, load, store and move will survive - can you think of much else?). The requirement for MIPS hardware is something like "you can throw an unimplemented exception in response to any combination of operands and operation you don't like, so long as it's rare". That's why a complete emulator is probably a good idea. Dominic Sweetman [EMAIL PROTECTED]
- Re: SOCK_STREAM definition Andreas Jaeger
- Re: SOCK_STREAM definition Bradley D. LaRonde
- Re: FP emulation patch available Kevin D. Kissell
- Re: FP emulation patch available Harald Koerfgen
- Re: FP emulation patch available Kevin D. Kissell
- Re: FP emulation patch available Alan Cox
- Re: FP emulation patch available Harald Koerfgen
- Re: FP emulation patch available Ralf Baechle
- Re: FP emulation patch available William J. Earl
- Re: FP emulation patch available Andrew R. Baker
- Re: FP emulation patch available Dominic Sweetman
- Re: FP emulation patch available Kevin D. Kissell
- Re: FP emulation patch available Kevin D. Kissell
- Re: FP emulation patch available Harald Koerfgen
- Re: FP emulation patch available Kevin D. Kissell
