[Bug tree-optimization/95747] [OpenMP/Builtin] nontemporal store support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95747 Freddie Witherden changed: What|Removed |Added CC||freddie at witherden dot org --- Com

[Bug target/102404] Loop vectorized with 32 byte vectors actually uses 16 byte vectors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102404 --- Comment #4 from Freddie Witherden --- Created attachment 51485 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51485&action=edit Clang assembly.

[Bug target/102404] Loop vectorized with 32 byte vectors actually uses 16 byte vectors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102404 --- Comment #3 from Freddie Witherden --- (In reply to Richard Biener from comment #2) > 32 bytes are 256 bits (ymm), 64 bytes are 512 bits (zmm). GCC does not > consider zmm vectorization because > > t.c:25:37: missed: loop does not have eno

[Bug tree-optimization/102404] Loop vectorized with 32 byte vectors actually uses 16 byte vectors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102404 --- Comment #1 from Freddie Witherden --- Created attachment 51481 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51481&action=edit Generated assembly.

[Bug tree-optimization/102404] New: Loop vectorized with 32 byte vectors actually uses 16 byte vectors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102404 Bug ID: 102404 Summary: Loop vectorized with 32 byte vectors actually uses 16 byte vectors Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/71414] 2x slower than clang summing small float array, GCC should consider larger vectorization factor for "unrolling" reductions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71414 Freddie Witherden changed: What|Removed |Added CC||freddie at witherden dot org --- Com