https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88492
--- Comment #9 from Andrew Pinski ---
I noticed once I add V4QI and V2HI support to the aarch64 backend, this code
gets even worse.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88492
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88492
--- Comment #7 from Tamar Christina ---
(In reply to ptomsich from comment #6)
> With the current master, the test case generates (with -mcpu=neoverse-n1):
> which contrasts with LLVM13 (with -mcpu=neoverse-n1):
>
> test_slp:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88492
ptomsich at gcc dot gnu.org changed:
What|Removed |Added
CC||ptomsich at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88492
--- Comment #5 from Richard Biener ---
Yeah. Again, on x86 with -mavx2 we now have right after late FRE:
[local count: 214748371]:
vect__1.6_64 = MEM [(unsigned char *)b_24(D)];
vect__1.7_63 = VEC_PERM_EXPR ;
vect__2.9_62 = [vec_unpac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88492
Hao Liu changed:
What|Removed |Added
CC||hliu at amperecomputing dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88492
Tamar Christina changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88492
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88492
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target||aarch64
Status|