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: kenner at vlsi1 dot ultra dot nyu dot edu (Richard Kenner)
To: dberlin at dberlin dot org
Cc: ebotcazou at adacore dot com, gcc-patches at gcc dot gnu dot org, iant at google dot com, pinskia at gmail dot com
Date: Mon, 11 Jun 2007 13:32:38 EDT
Subject: Re: PATCH RFA: PR 29286: Handle placement new aliasing issues
References: <m3y7itm484.fsf@localhost.localdomain> <200706102240.50435.ebotcazou@adacore.com> <4aca3dc20706101702l63e14970se340651092c2e42e@mail.gmail.com> <200706110754.25065.ebotcazou@adacore.com> <m37iqbm2hu.fsf@localhost.localdomain> <10706111235.AA27994@vlsi1.ultra.nyu.edu> <4aca3dc20706110820i5d47b15fq5833dc0ca39f0ded@mail.gmail.com>

> If you just wanted to do that, the proper thing to do is simply skip
> the type based checks in may_alias_p, not merge in call-clobbered
> variables and tags.

I think we should, otherwise we're unnecessarily pessimizing it.

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
- Re: PATCH RFA: PR 29286: Handle placement new aliasing issues
  - From: Eric Botcazou
- Re: PATCH RFA: PR 29286: Handle placement new aliasing issues
  - From: Ian Lance Taylor
- Re: PATCH RFA: PR 29286: Handle placement new aliasing issues
  - From: Richard Kenner
- 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]