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 RFA: PR 29286: Handle placement new aliasing issues

From: Eric Botcazou <ebotcazou at adacore dot com>
To: "Daniel Berlin" <dberlin at dberlin dot org>
Cc: gcc-patches at gcc dot gnu dot org, "Andrew Pinski" <pinskia at gmail dot com>, "Ian Lance Taylor" <iant at google dot com>
Date: Sun, 10 Jun 2007 22:40:50 +0200
Subject: Re: PATCH RFA: PR 29286: Handle placement new aliasing issues
References: <m3y7itm484.fsf@localhost.localdomain> <200706102222.42632.ebotcazou@adacore.com> <4aca3dc20706101325s1bfc7068h567d566e91209191@mail.gmail.com>

> You seem to be saying a T_R_C_A_A variable can escape without it ever
> appearing that the variable escapes the function.

It's not T_R_C_A_A variables, it's regular variables whose address is 
(ultimately) assigned to a T_R_C_A_A pointer.  The assignment to the
pointer is deemed an escape site for the source variable.

We could instead try to generate a CHANGE_DYNAMIC_TYPE_EXPR for every 
assignment to a T_R_C_A_A pointer.

-- 
Eric Botcazou

Follow-Ups:
- Re: PATCH RFA: PR 29286: Handle placement new aliasing issues
  - From: Daniel Berlin

References:
- PATCH RFA: PR 29286: Handle placement new aliasing issues
  - From: Ian Lance Taylor
- Re: PATCH RFA: PR 29286: Handle placement new aliasing issues
  - From: Eric Botcazou
- Re: PATCH RFA: PR 29286: Handle placement new aliasing issues
  - From: Daniel Berlin

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