> on MCUs without a hardware implementation. On these small MCUs, > fp is slow and I was arguing the only meaningful gain could be > in code size but I don't think there would be much difference in > code size between a short float and regular float implementation.
Fpr a lpt of these devices the gain would be between using existing OS provided (non IEEE) 'short float' formats. Right now for example on the Sinclair machines there is a full rather nice non IEEE floating point built into the ROM but while it's useful it's rather "interesting" to use from SDCC. Similarly on the Amstrad CPC boxes. For me "short float" or similar would actually be useful as a "native non IEEE" format indicator - but then you've got to know how to encode floats and what the target float format is which is a large can of worms. Alan ------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Sdcc-user mailing list Sdcc-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sdcc-user
