This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Code getting optimized away after instrumenation for memory analysis
- From: Diego Novillo <dnovillo at redhat dot com>
- To: gcc at gcc dot gnu dot org
- Cc: Prateek Saxena <prateeksaxena at gmail dot com>
- Date: Fri, 18 Nov 2005 06:43:42 -0500
- Subject: Re: Code getting optimized away after instrumenation for memory analysis
- References: <4dd65b150511180113m1118c52sa76ad4de5dba1566@mail.gmail.com>
On Friday 18 November 2005 04:13, Prateek Saxena wrote:
> At this point, the stmt:
>
> # VUSE <D.2383_307>;
> *D.2383 = __taint_addr.11D.3119_323;
>
> _doesnot_ show any used op like,
>
> D.2383.
>
> why is this happening?
>
D.2383 is virtual (see the VUSE). Show me the points-to set for D.2383?
That store is generating no V_MAY_DEFs and that is why DCE is removing it.
I'll need to see the .alias1 and .dce1 dumps.