This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [patch] for PR17474

From: Diego Novillo <dnovillo at redhat dot com>
To: Zdenek Dvorak <rakdver at atrey dot karlin dot mff dot cuni dot cz>
Cc: "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>
Date: Mon, 20 Sep 2004 16:06:49 -0400
Subject: Re: [patch] for PR17474
Organization: Red Hat Canada
References: <20040919215125.GA27765@atrey.karlin.mff.cuni.cz> <1095709985.29252.48.camel@localhost.localdomain> <20040920200101.GA26461@atrey.karlin.mff.cuni.cz>

On Mon, 2004-09-20 at 16:01, Zdenek Dvorak wrote:

> this handles just the cases when the base variable does not have
> a type memory tag; in such case the variable itself acts as an
> operand in VUSES/VDEFS (well -- I guess; it seems to work this way...)
>
If the base variable didn't have an alias tag already, something is
_very_ wrong.  The base variable is dereferenced, so it must have a tag
(either type or name).  If that's not the case, the only graceful thing
you can do here is ICE.

> Where, concretely?  I am fairly sure that the only place where this
> magic was used was in rewrite_address_base.
> 
My mistake.  I was looking at the deleted portion in your patch.  Never
mind.


Diego.

Follow-Ups:
- Re: [patch] for PR17474
  - From: Zdenek Dvorak

References:
- [patch] for PR17474
  - From: Zdenek Dvorak
- Re: [patch] for PR17474
  - From: Diego Novillo
- Re: [patch] for PR17474
  - From: Zdenek Dvorak

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]