https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62112
Marc Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62112
--- Comment #5 from Marc Glisse ---
Author: glisse
Date: Thu Aug 21 09:32:21 2014
New Revision: 214262
URL: https://gcc.gnu.org/viewcvs?rev=214262&root=gcc&view=rev
Log:
2014-08-21 Marc Glisse
PR tree-optimization/62112
gcc/
* gimple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62112
Marc Glisse changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62112
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62112
--- Comment #2 from Zack Weinberg ---
I observe that the `memcpy` does get lowered to inline code. Is it just a
phase-ordering problem that we then don't detect the stores as dead?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62112
--- Comment #1 from Marc Glisse ---
Main issue here is that DSE only applies to assignments and not function calls
like memcpy (there must be a few dups somewhere), so we never remove memcpy,
even if we call free(x);free(y); afterwards. With a fo
