Alias analysis or DSE problem?

2009-10-16 Thread Justin Seyster
I'm currently porting a plug-in that used to target the 4.3.0-based plug-in branch to the new top-of-tree plug-in system. I'm really stymied by a bug whose source I just cannot track down! Usually that means there is an error in my code, but the problem seems to involve tree-ssa-dse.c and tree-ss

Re: Alias analysis or DSE problem?

2009-10-17 Thread Richard Guenther
On Sat, Oct 17, 2009 at 12:44 AM, Justin Seyster wrote: > I'm currently porting a plug-in that used to target the 4.3.0-based > plug-in branch to the new top-of-tree plug-in system.  I'm really > stymied by a bug whose source I just cannot track down!  Usually that > means there is an error in my

Re: Alias analysis or DSE problem?

2009-10-19 Thread Justin Seyster
Thanks a lot for the help! It looks like creating a temporary took care of it. On Sat, Oct 17, 2009 at 7:41 AM, Richard Guenther wrote: > I think the call you insert is not of valid gimple form - an address > argument has to fulfill the is_gimple_min_invariant() predicate. > Thus I suspect you h

Re: Alias analysis or DSE problem?

2009-10-20 Thread Richard Guenther
On Tue, Oct 20, 2009 at 1:34 AM, Justin Seyster wrote: > Thanks a lot for the help!  It looks like creating a temporary > took care of it. > > On Sat, Oct 17, 2009 at 7:41 AM, Richard Guenther > wrote: >> I think the call you insert is not of valid gimple form - an address >> argument has to fulf

Re: Alias analysis or DSE problem?

2009-10-20 Thread Justin Seyster
You're right: that was exactly the difference. It turns out I was setting the third and fourth operands in the ARRAY_REF to what I thought were sensible values. Setting them to NULL instead made the ADDR_EXPR satisfy is_gimple_min_invariant() and fixed the whole mess. Thanks again for looking at