aboutsummaryrefslogtreecommitdiff
path: root/gcc/builtins.cc
diff options
context:
space:
mode:
authorAlexandre Oliva <oliva@adacore.com>2023-12-21 03:21:23 -0300
committerAlexandre Oliva <oliva@gnu.org>2023-12-21 03:21:23 -0300
commit514ea1df444ca7f64c3f504ced05d8fb5fbfd62d (patch)
tree242c7486fb9a447c117549ee1d47debd4754fe97 /gcc/builtins.cc
parent5fbc77726f68a35a938c829fe259d6c376d608ca (diff)
downloadgcc-514ea1df444ca7f64c3f504ced05d8fb5fbfd62d.zip
gcc-514ea1df444ca7f64c3f504ced05d8fb5fbfd62d.tar.gz
gcc-514ea1df444ca7f64c3f504ced05d8fb5fbfd62d.tar.bz2
-finline-stringops: drop obsolete comment [PR112778]
When fixing the PR, I failed to remove the comment that raised the very concern that the PR confirmed, and that the earlier patch for the PR fixed. for gcc/ChangeLog PR target/112778 * builtins.cc (try_store_by_multiple_pieces): Drop obsolete comment.
Diffstat (limited to 'gcc/builtins.cc')
-rw-r--r--gcc/builtins.cc4
1 files changed, 0 insertions, 4 deletions
diff --git a/gcc/builtins.cc b/gcc/builtins.cc
index 0f64fee..125ea15 100644
--- a/gcc/builtins.cc
+++ b/gcc/builtins.cc
@@ -4491,10 +4491,6 @@ try_store_by_multiple_pieces (rtx to, rtx len, unsigned int ctz_len,
if (max_len >> max_bits > min_len >> max_bits)
tst_bits = max_bits;
}
- /* ??? Do we have to check that all powers of two lengths from
- max_bits down to ctz_len pass can_store_by_pieces? As in, could
- it possibly be that xlenest passes while smaller power-of-two
- sizes don't? */
by_pieces_constfn constfun;
void *constfundata;