https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
--- Comment #13 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:87ae45cdbd7b70a4c92d5137552228ed9ad9e9e7
commit r8-10518-g87ae45cdbd7b70a4c92d5137552228ed9ad9e9e7
Author: Jakub Jelinek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
--- Comment #12 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:a24744c1ed89e255f3db5b3981519f538d231886
commit r9-8918-ga24744c1ed89e255f3db5b3981519f538d231886
Author: Jakub Jelinek
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:7e97e7470e74b0d9a68000938a359a7049774d77
commit r10-8769-g7e97e7470e74b0d9a68000938a359a7049774d77
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:bd909071ac04e94f4b6f0baab64d0687ec55681d
commit r11-3219-gbd909071ac04e94f4b6f0baab64d0687ec55681d
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
--- Comment #7 from Jakub Jelinek ---
Another testcase for -O2 -fno-tree-dse that shows more issues, that it affects
not just the overlapping case handling, but also can affect also the adjacent
cases:
struct __attribute__((packed, may_alias)) S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
--- Comment #6 from Jakub Jelinek ---
I think the problem is that check_no_overlap only looks at later m_store_info
stores that would overlap and cause problems.
But in this case, the problem is that we'd need to check earlier m_store_info
store
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
--- Comment #5 from Jakub Jelinek ---
Better testcase that won't cease to test the bug even if FRE or some other pass
gets smarter and optimizes the a = ""; __builtin_memcpy (&a, "ABCD",
4);
into a = "ABCD":
struct S { short a; char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
--- Comment #4 from Jakub Jelinek ---
Reduced testcase:
struct S { short a; char b[9]; int c; char d; int e; };
__attribute__((noipa)) void
foo (char *x, char *y)
{
if (__builtin_strcmp (x, "ABCD") != 0
|| __builtin_strcmp (y, "ABCD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
--- Comment #3 from Jakub Jelinek ---
Started with my r10-179-g3afd514bca6ea572e614b5289c4429ace693311b
I'll have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
--- Comment #2 from Eric Botcazou ---
The statement generated by DSE
MEM [(struct Data *)&data + 8B] = {};
looks nonsensical and I guess store-merging is not prepared for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97053
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
Status|UNCONFIRMED
13 matches
Mail list logo