https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115382
--- Comment #7 from Robin Dapp ---
Ah yes, I'm going to push the patch to 14 still.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115382
--- Comment #6 from Richard Biener ---
Thanks. It seems to be latent on the branch as well, right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115382
--- Comment #5 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:2b438a0d2aa80f051a09b245a58f643540d4004b
commit r15-1187-g2b438a0d2aa80f051a09b245a58f643540d4004b
Author: Robin Dapp
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115382
--- Comment #4 from Richard Biener ---
(In reply to Robin Dapp from comment #3)
> For the record - the hunk before bootstrapped and regtested on the cfarm
> machines and tested successfully on aarch64 qemu with sve. I still need to
> set up a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115382
--- Comment #3 from Robin Dapp ---
For the record - the hunk before bootstrapped and regtested on the cfarm
machines and tested successfully on aarch64 qemu with sve. I still need to set
up a regtest environment with SME.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115382
--- Comment #2 from Richard Biener ---
I think it should work, but there's also prepare_vec_mask which is using a
cache but I have no idea whether this is applicable for non-load/store and
whether there's extra work to be done for it to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115382
--- Comment #1 from Robin Dapp ---
Would something like this work? The testcase ran successfully with Intel's SME
with that change (and aarch64 qemu with SVE).
diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
index