Ilya Leoshkevich <i...@linux.ibm.com> writes: > On Thu, 2021-01-21 at 12:29 +0000, Richard Sandiford wrote: >> Given what you said in the other message about combine, I agree this >> is a reasonable workaround. I don't know whether it's suitable for >> stage 4 or whether it would need to wait for stage 1. > > Thanks for reviewing! I've implemented your suggestions in the patch > below. > > Regarding stage 4, this can be seen as a part of IBM Z > > https://gcc.gnu.org/pipermail/gcc-patches/2021-January/563799.html > > regression fix - before moving long doubles to vector registers and > fixing up "f" constraints on RTL level, code generation for small > glibc functions like __ieee754_sqrtl has been fairly efficient. Not > sure if that issue is big enough to justify this common code change at > this point, but still..
Ah, I'd missed that that patch was a regression fix. So yeah, agree it should go in now. Patch is OK, thanks. Richard
