https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #10 from Uroš Bizjak <ubizjak at gmail dot com> --- (In reply to Joel Sherrill from comment #9) > > I.e., the bug was enabling unintended soft-fp usage of XFmode at the same > > time as enabling usage of TFmode. The TFmode functions should be kept in > > libgcc while disabling the conversions between XFmode and TFmode for this > > case. > > Any thoughts on how to fix this? I would love a proper fix. Can you just remove xftf and tfxf from libgcc/config/t-softfp-sfdftf? We will figure a proper fix later, if this hack works OK. > But ... My initial reaction is that soft-float on the x86 is of marginal > utility anymore and that removing the soft-float multilib on this target for > at least rtems is an acceptable solution. Soft float seems to be the thing > that breaks on x86 and I don't know that there is really a CPU that needs it > anymore. Well, if all it takes is the above hack, we can keep it at life support some more.
