On Thu, Oct 22, 2009 at 12:14:31PM -0500, Pranav Bhandarkar wrote:
> > Are you talking about the tree dead-store elimination pass or
> > the RTL one? Basically *addr = value1; cannot be removed
> > if addr does not point to local memory or if the pointed-to
> > memory esc
On 10/22/09 11:14, Pranav Bhandarkar wrote:
Are you talking about the tree dead-store elimination pass or
the RTL one? Basically *addr = value1; cannot be removed
if addr does not point to local memory or if the pointed-to
memory escapes through a call-site that is dominated by this store
> Are you talking about the tree dead-store elimination pass or
> the RTL one? Basically *addr = value1; cannot be removed
> if addr does not point to local memory or if the pointed-to
> memory escapes through a call-site that is dominated by this store.
I am talking about the RT
On Thu, Oct 22, 2009 at 8:31 AM, Pranav Bhandarkar
wrote:
> Hi,
>
> A possible silly question about the dead store elimination pass. From
> the documentation it is clear that the store S1 below is removed by
> this pass (in dse.c)
>
> *(addr) = value1; // S1
>
Hi,
A possible silly question about the dead store elimination pass. From
the documentation it is clear that the store S1 below is removed by
this pass (in dse.c)
*(addr) = value1; // S1
.
.
*(addr) = value2 // S2 .. No read of "addr" between
On Apr 13, 2005, at 5:12 PM, Pat Haugen wrote:
Sorry if there is an obvious answer for this, but I'm not to familiar
with
the tree-ssa phase.
My question is, why doesn't tree-ssa-dse.c do anything to the following
code?
Because it does not understand V_MUST_DEF, see PR 18880 for a patch and
more
Sorry if there is an obvious answer for this, but I'm not to familiar with
the tree-ssa phase.
My question is, why doesn't tree-ssa-dse.c do anything to the following
code?
int i,j,k,l;
void p1() {
i = 1; /* Dead store */
j = 2;
i = k; /* Dead store after copy prop */
if (i == 1)
