https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92080
--- Comment #11 from Andrew Pinski ---
(In reply to Richard Biener from comment #6)
> Similar when vectorizing
>
> int a[4096];
>
> void foo ()
> {
> for (int i = 1; i < 4095; ++i)
> a[i] = 42;
> }
This was actually reported by me in PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92080
--- Comment #10 from Richard Biener ---
But it's even simpler than the cited case - the mode has the same size (for the
latest testcase, not for the original one, of course).
It's also that after reload a zeroing of V4SImode will also zero ymm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92080
--- Comment #9 from Hongtao Liu ---
> If we were to expose that vpxor before postreload we'd likely CSE but
> we have
>
> 5: xmm0:V4SI=const_vector
> REG_EQUIV const_vector
> 6: [`b']=xmm0:V4SI
> 7: xmm0:V8HI=const_vector
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92080
--- Comment #8 from rguenther at suse dot de ---
On Thu, 21 Mar 2024, liuhongt at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92080
>
> Hongtao Liu changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92080
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92080
Richard Biener changed:
What|Removed |Added
CC||crazylht at gmail dot com
