aboutsummaryrefslogtreecommitdiff
path: root/gcc/system.h
diff options
context:
space:
mode:
authorJakub Jelinek <jakub@redhat.com>2022-11-10 11:46:52 +0100
committerJakub Jelinek <jakub@redhat.com>2022-11-10 11:46:52 +0100
commit49de156a6adb50e0624479f22c20141cadef812d (patch)
treebfc6a7124dc43f0b477a5706f5c9823cd9a90315 /gcc/system.h
parent9072763f4f17e600a980ff510b2baf8ad8ada1b5 (diff)
downloadgcc-49de156a6adb50e0624479f22c20141cadef812d.zip
gcc-49de156a6adb50e0624479f22c20141cadef812d.tar.gz
gcc-49de156a6adb50e0624479f22c20141cadef812d.tar.bz2
i386: Fix up ix86_expand_int_sse_cmp [PR107585]
The following patch fixes ICE on the testcase. I've used GEN_INT incorrectly thinking the code punts on the problematic boundaries. It does, but only for LE and GE, i.e. signed comparisons, for unsigned the boundaries are 0 and unsigned maximum, so when say unsigned char adds one to 127 or subtracts one from 128 we need to canonicalize it. 2022-11-10 Jakub Jelinek <jakub@redhat.com> PR target/107585 PR target/107546 * config/i386/i386-expand.cc (ix86_expand_int_sse_cmp): Use gen_int_mode rather than GEN_INT. * gcc.dg/pr107585.c: New test.
Diffstat (limited to 'gcc/system.h')
0 files changed, 0 insertions, 0 deletions