There's also a C version at < https://www.mathworks.com/matlabcentral/fileexchange/23173-ieee-754r-half-precision-floating-point-converter >.
On Tue, Mar 14, 2023 at 12:22 PM John Cowan <[email protected]> wrote: > Unlike f8, f16 does have an IEEE standard, so it would be possible to use > the same general strategy I proposed for f8 to provide a single f16 > representation without any need for f16vectors or f16 hardware support. > There is a Java version of the necessary converters at < > https://stackoverflow.com/questions/6162651/half-precision-floating-point-in-java/6162687>; > it doesn't require anything Java-specific but is pure bit-diddling code. > The opposite side is float32 rather than float64, but that is easily > changed. As the article points out, a lookup table of 64K floats is also a > plausible implementation. Doing one or both of these things pushes the > implementation closer to the spec. > > No changes to the SRFI would be required, since the lack of support for > f16 is not documented in the Implementation section. >
