This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Make alias_sets_conflict_p less conservative
- From: Michael Matz <matz at suse dot de>
- To: Richard Kenner <kenner at vlsi1 dot ultra dot nyu dot edu>
- Cc: dberlin at dberlin dot org, gcc at gcc dot gnu dot org, joseph at codesourcery dot com, rguenther at suse dot de
- Date: Wed, 5 Mar 2008 22:40:18 +0100 (CET)
- Subject: Re: [PATCH] Make alias_sets_conflict_p less conservative
- References: <Pine.LNX.4.64.0803042155430.4133@zhemvz.fhfr.qr> <Pine.LNX.4.64.0803051336170.4133@zhemvz.fhfr.qr> <10803051256.AA05161@vlsi1.ultra.nyu.edu> <Pine.LNX.4.64.0803051452510.4133@zhemvz.fhfr.qr> <10803051426.AA05981@vlsi1.ultra.nyu.edu> <Pine.LNX.4.64.0803051559450.4133@zhemvz.fhfr.qr> <10803051515.AA06678@vlsi1.ultra.nyu.edu> <Pine.LNX.4.64.0803051614490.4133@zhemvz.fhfr.qr> <Pine.LNX.4.64.0803051724530.4133@zhemvz.fhfr.qr> <10803051630.AA08112@vlsi1.ultra.nyu.edu> <4aca3dc20803050857k45cccdf6r4c0f8ac3a3b336c6@mail.gmail.com> <10803051924.AA09430@vlsi1.ultra.nyu.edu> <Pine.LNX.4.64.0803052102210.20583@wotan.suse.de> <10803052042.AA11211@vlsi1.ultra.nyu.edu> <Pine.LNX.4.64.0803052143230.20583@wotan.suse.de> <10803052119.AA11615@vlsi1.ultra.nyu.edu>
Hi,
On Wed, 5 Mar 2008, Richard Kenner wrote:
> > alias_sets_conflict_p() is used to determine if an addressable variable
> > and a type conflict also from the tree-ssa alias machinery (in effect to
> > determine which virtual variables need to be clobbered). It just isn't
> > feed COMPONENT_REFs, that's what you found very wrong, and I explained the
> > reasons for not doing so. If we were to do that (and hence become more
> > precise) we would have to increase memory use as just explained. You were
> > asking how feeding COMPONENT_REFs would be connected with memory use, and
> > I explained it.
>
> Why can't you keep the vops as they are now, but when you call
> alias_sets_conflict_p, pass the actual reference from the op, not the vop?
Because as explained already, making use of whatever alias_sets_conflict_p
would tell us when given COMPONENT_REFs would require blowing up our
explicit dependency representation. It's not the case that we inherently
can't call alias_sets_conflict_p() with the COMPONENT_REF if we have one.
We could. But we have no way to express the resulting dependencies
without needing much more memory.
Ciao,
Michael.