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] Fix PR32921, prune virtual operands of memory accesses based on TBAA

From: Eric Botcazou <ebotcazou at adacore dot com>
To: Richard Guenther <rguenther at suse dot de>
Cc: gcc-patches at gcc dot gnu dot org, Daniel Berlin <dberlin at dberlin dot org>, Ian Lance Taylor <iant at google dot com>
Date: Fri, 19 Oct 2007 18:38:52 +0200
Subject: Re: [PATCH] Fix PR32921, prune virtual operands of memory accesses based on TBAA
References: <Pine.LNX.4.64.0710181535160.4202@zhemvz.fhfr.qr> <4aca3dc20710190857p7f89efcbj535b9f4bc29bbb4e@mail.gmail.com> <Pine.LNX.4.64.0710191811330.4086@zhemvz.fhfr.qr>

> So, the following is the current state of the patch.  It still breaks
> the hell out of Ada - I suppose I need to check TYPE_REF_CAN_ALIAS_ALL
> on the pointers the same as DECL_NO_TBAA_P maybe, though I thought this
> might be taken care by get_alias_set ().

If I'm not mistaken, we don't rely on TYPE_REF_CAN_ALIAS_ALL for the core 
language, we only use it for corner cases or special features.  So, if all 
hell breaks loose, this could be something else, e.g. the "non-addressable" 
SFTs.  I'll take a quick look.

-- 
Eric Botcazou

Follow-Ups:
- Re: [PATCH] Fix PR32921, prune virtual operands of memory accesses based on TBAA
  - From: Richard Kenner

References:
- [PATCH] Fix PR32921, prune virtual operands of memory accesses based on TBAA
  - From: Richard Guenther
- Re: [PATCH] Fix PR32921, prune virtual operands of memory accesses based on TBAA
  - From: Daniel Berlin
- Re: [PATCH] Fix PR32921, prune virtual operands of memory accesses based on TBAA
  - From: Richard Guenther

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