[Bug sanitizer/84508] Load of misaligned address using _mm_load_sd

2024-05-30 Thread pcordes at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508 --- Comment #27 from Peter Cordes --- (In reply to Hongtao Liu from comment #26) > (In reply to Hongtao Liu from comment #25) > > (In reply to Peter Cordes from comment #22) > > > Why are we adding an alignment requirement to _mm_storel_pd, the

[Bug sanitizer/84508] Load of misaligned address using _mm_load_sd

2024-05-29 Thread pcordes at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508 --- Comment #24 from Peter Cordes --- (In reply to Jeffrey Walton from comment #23) > (In reply to Peter Cordes from comment #22) > > [...] > > That instruction is useless and should never be used in asm except for > > code-alignment reasons (1

[Bug sanitizer/84508] Load of misaligned address using _mm_load_sd

2024-05-29 Thread pcordes at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508 --- Comment #22 from Peter Cordes --- Why are we adding an alignment requirement to _mm_storel_pd, the intrinsic for MOVLPD? It was defined in terms of _mm_store_sd (which this patch correctly changes to remove the alignment requirement), so

[Bug target/67510] x86: Faster code is possible for integer absolute value

2024-03-07 Thread pcordes at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67510 --- Comment #3 from Peter Cordes --- (In reply to Andrew Pinski from comment #2) > Fixed by r10-5498 and r11-5429 . Looks ok for -mtune=generic and non-Intel, but MOV/NEG isn't ideal on some microarchitectures. We still aren't using CMOV for

[Bug tree-optimization/66261] operations that simplify whether the pointers are the same or not (++p;++q;--p;--q)

2023-12-07 Thread pcordes at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66261 Peter Cordes changed: What|Removed |Added CC||pcordes at gmail dot com --- Comment #3