aboutsummaryrefslogtreecommitdiff
path: root/libstdc++-v3/testsuite/std
diff options
context:
space:
mode:
authorJakub Jelinek <jakub@redhat.com>2025-06-12 20:22:39 +0200
committerJakub Jelinek <jakub@gcc.gnu.org>2025-06-12 20:22:39 +0200
commit8804e5b5b127b27d099d0c361fa2161d0b13edef (patch)
tree64fc2ae8ea60a347645a7232e25e658bf9e0ef71 /libstdc++-v3/testsuite/std
parent00aa59e5b120e4f5f70dcabafa57f7d4b5b9ad5d (diff)
downloadgcc-8804e5b5b127b27d099d0c361fa2161d0b13edef.zip
gcc-8804e5b5b127b27d099d0c361fa2161d0b13edef.tar.gz
gcc-8804e5b5b127b27d099d0c361fa2161d0b13edef.tar.bz2
recip: Reset range info when replacing sqrt with rsqrt [PR120638]
This pass reuses a SSA_NAME on the lhs of sqrt etc. call as lhs of .RSQRT etc. call. The following testcase is miscompiled since my recent ranger cast changes, because we compute (correct) range for sqrtf argument as well as result but then recip pass keeps using that range for the .RQSRT call which returns 1. / sqrt, so the function then returns 0.5f unconditionally. Note, on foo this is a regression from GCC 15, but on bar it regressed already with the r14-536 change. 2025-06-12 Jakub Jelinek <jakub@redhat.com> PR tree-optimization/120638 * tree-ssa-math-opts.cc (pass_cse_reciprocals::execute): Call reset_flow_sensitive_info on arg1. * gcc.dg/pr120638.c: New test.
Diffstat (limited to 'libstdc++-v3/testsuite/std')
0 files changed, 0 insertions, 0 deletions