Joseph S. Myers wrote: > The SPU format doesn't support NaNs, so the value of this field isn't > particularly meaningful for SPU. I'm not clear why SPU is actually using > fp-bit; what functions from fp-bit will actually end up getting used by > code built for SPU, and how close does fp-bit get to the required > semantics?
The only routines that should be used at this point are __unorddf2 and __fixdfsi, both DFmode routines. In past versions of the compiler, I think a couple of additional DFmode routines might have been called (__divdf2 and possibly some additional comparison routines), so those ought to remain in libgcc for compatibility reasons. Note that DFmode on the SPU is close enough to IEEE that the fp-bit routines ought to be fine for this. As far as I can tell, we never actually called any SFmode fp-bit routines (and those would indeed have not really been appropriate). Not sure why those are getting built ... that's probably just for historical reasons. Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE ulrich.weig...@de.ibm.com
