aboutsummaryrefslogtreecommitdiff
path: root/gcc/fortran/dump-parse-tree.cc
diff options
context:
space:
mode:
authorRichard Sandiford <richard.sandiford@arm.com>2025-01-13 19:37:12 +0000
committerRichard Sandiford <richard.sandiford@arm.com>2025-01-13 19:37:12 +0000
commita1a14ce3c39c25fecf052ffde063fc0ecfc2ffa3 (patch)
tree57872d38095b4b9bd9cb58f1c1a2732c7ed7da52 /gcc/fortran/dump-parse-tree.cc
parent107d5d682576e54963ddd36f3f21bc6b9506d278 (diff)
downloadgcc-a1a14ce3c39c25fecf052ffde063fc0ecfc2ffa3.zip
gcc-a1a14ce3c39c25fecf052ffde063fc0ecfc2ffa3.tar.gz
gcc-a1a14ce3c39c25fecf052ffde063fc0ecfc2ffa3.tar.bz2
Fix build for STORE_FLAG_VALUE<0 targets [PR118418]
In g:06c4cf398947b53b4bfc65752f9f879bb2d07924 I mishandled signed comparisons of comparison results on STORE_FLAG_VALUE < 0 targets (despite specifically referencing STORE_FLAG_VALUE in the commit message). There, (lt TRUE FALSE) is true, although (ltu FALSE TRUE) still holds. Things get messy with vector modes, and since those weren't the focus of the original commit, it seemed better to punt on them for now. However, punting means that this optimisation no longer feels like a natural tail-call operation. The patch therefore converts "return simplify..." to the usual call-and-conditional-return pattern. gcc/ PR target/118418 * simplify-rtx.cc (simplify_context::simplify_relational_operation_1): Take STORE_FLAG_VALUE into account when handling signed comparisons of comparison results.
Diffstat (limited to 'gcc/fortran/dump-parse-tree.cc')
0 files changed, 0 insertions, 0 deletions