From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32471 invoked by alias); 23 Mar 2006 20:12:14 -0000 Received: (qmail 32430 invoked by alias); 23 Mar 2006 20:12:11 -0000 Date: Thu, 23 Mar 2006 20:12:00 -0000 Message-ID: <20060323201211.32429.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "dberlin at dberlin dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-03/txt/msg02384.txt.bz2 List-Id: ------- Comment #16 from dberlin at gcc dot gnu dot org 2006-03-23 20:12 ------- Subject: Re: [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing On Thu, 2006-03-23 at 18:24 +0000, ebotcazou at gcc dot gnu dot org wrote: > > ------- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-03-23 18:24 ------- > > The tree aliasing machinery appears to totally overlook the flag > > > > /* Used in a FIELD_DECL to indicate that we cannot form the address of > > this component. */ > > #define DECL_NONADDRESSABLE_P(NODE) \ > > (FIELD_DECL_CHECK (NODE)->decl_common.decl_flag_3) > > Another one. :-) > > /* For an ARRAY_TYPE, indicates that it is not permitted to > take the address of a component of the type. */ > #define TYPE_NONALIASED_COMPONENT(NODE) \ > (ARRAY_TYPE_CHECK (NODE)->type.transparent_union_flag) Errr, but that would make it non-addressable, and thus, non-aliasable, which is the exact opposite effect of what is causing the problem. > > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737