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: [PR41276, PR41307] don't leak VALUEs into VAR_LOCATION NOTEs

From: Eric Botcazou <ebotcazou at adacore dot com>
To: Alexandre Oliva <aoliva at redhat dot com>
Cc: gcc-patches at gcc dot gnu dot org, Jakub Jelinek <jakub at redhat dot com>
Date: Wed, 9 Sep 2009 09:46:07 +0200
Subject: Re: [PR41276, PR41307] don't leak VALUEs into VAR_LOCATION NOTEs
References: <or1vmhe97o.fsf@huru.localdomain> <20090908161503.GN14664@tyan-ft48-01.lab.bos.redhat.com> <oriqftcb7f.fsf@huru.localdomain>

> Here's what I'm testing.  Ok to install if it passes regtesting?

I think it must be specified whether the return value of the callback is 
expanded again or not.  With this latest patch it would be for VALUEs but 
wouldn't for SUBREGs; any possibility to unify that either way?

-- 
Eric Botcazou

Follow-Ups:
- Re: [PR41276, PR41307] don't leak VALUEs into VAR_LOCATION NOTEs
  - From: Jakub Jelinek
- Re: [PR41276, PR41307] don't leak VALUEs into VAR_LOCATION NOTEs
  - From: Alexandre Oliva

References:
- [PR41276, PR41307] don't leak VALUEs into VAR_LOCATION NOTEs
  - From: Alexandre Oliva
- Re: [PR41276, PR41307] don't leak VALUEs into VAR_LOCATION NOTEs
  - From: Jakub Jelinek
- Re: [PR41276, PR41307] don't leak VALUEs into VAR_LOCATION NOTEs
  - From: Alexandre Oliva

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