No, it looks to me that Edward wants to have a more precise operation in Num:Artyom: That's precisely the point. The true IEEE754 variants where precision does matter should be part of a different class. What Edward and Yitz want is an "optimized" multiply-add where the semantics is the same but one that goes faster.
I'd have to make a second copy of the function to even try to see the precision win.Unless I'm wrong, you can't have the following things simultaneously:
The true IEEE754 variants where precision does matter should be part of a different class.So, does it mean that you're fine with not having point #3 because people who need it would be able to use a separate class for IEEE754 floats?