https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 22 08:28:42 2018
New Revision: 257891
URL: https://gcc.gnu.org/viewcvs?rev=257891=gcc=rev
Log:
PR tree-optimization/84503
* gimple-ssa-store-merging.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
--- Comment #5 from Jakub Jelinek ---
In 7.x this exact problem doesn't really exist, so the issue must be different
there.
I'd think it might be something fixable by PR82916 - like patch, but haven't
actually tried that yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
--- Comment #4 from Martin Liška ---
*** Bug 84505 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
--- Comment #3 from Jakub Jelinek ---
Created attachment 43485
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43485=edit
gcc8-pr84503.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
--- Comment #2 from Jakub Jelinek ---
The bug is in the way we handle overlapping stores. The problem is that all we
do if there is overlap is:
if (IN_RANGE (info->bitpos, merged_store->start,
merged_store->start +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
--- Comment #1 from Jakub Jelinek ---
Can be reproduced also on x86_64-linux with -O3 -fno-tree-vectorize
-fno-ivopts.
For the latter, I wonder what's the point in using TARGET_MEM_REF in:
MEM[(long int *)p_28] = 0;
MEM[(long int *)p_28 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED