This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692

--- Comment #9 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Segher Boessenkool from comment #8)
> Maybe you can handle this in can_change_dest_mode?  That will catch
> the similar cases, too.

No, because we only have to prevent CCmode changes that apply to FP operands.
can_change_dest_mode only looks at mode changes, but CCFPmode and CCFPUmode are
x86 specific.

I have looked at other SELECT_CC_MODE changes, and they deal with propagation
of compares into arithmetic operations. This is the only place that can change
CCmode of FP compares.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]