Re: [trunk<-vta] Re: [vtab] Permit coalescing of user variables

2012-06-13 Thread Richard Guenther
On Wed, Jun 13, 2012 at 10:09 AM, Alexandre Oliva wrote: > On Apr  9, 2012, Alexandre Oliva wrote: > >> On Jun  4, 2011, Alexandre Oliva wrote: > >>> On Oct 13, 2009, Alexandre Oliva wrote: On Jun  1, 2009, Alexandre Oliva wrote: > A long time ago, when variable tracking at assignment

Re: [trunk<-vta] Re: [vtab] Permit coalescing of user variables

2012-06-13 Thread Alexandre Oliva
On Apr 9, 2012, Alexandre Oliva wrote: > On Jun 4, 2011, Alexandre Oliva wrote: >> On Oct 13, 2009, Alexandre Oliva wrote: >>> On Jun 1, 2009, Alexandre Oliva wrote: A long time ago, when variable tracking at assignments was just a distant dream, we ran into one of the first cont

Re: [trunk<-vta] Re: [vtab] Permit coalescing of user variables

2012-04-08 Thread Alexandre Oliva
Ping? (Updated with improved docs; should the options be renamed to -ftree-copyrename-* to match the option that covers the entire pass?) On Jun 4, 2011, Alexandre Oliva wrote: > On Oct 13, 2009, Alexandre Oliva wrote: >> On Jun 1, 2009, Alexandre Oliva wrote: >>> A long time ago, when vari

Re: [trunk<-vta] Re: [vtab] Permit coalescing of user variables

2011-06-05 Thread Alexandre Oliva
On Jun 5, 2011, Alexandre Oliva wrote: > On Jun 4, 2011, Jakub Jelinek wrote: >> The following changes all look wrong to me, they make the tests totally >> useless. If both f and g are used in real code after the asm volatile, then >> the both f and g will likely live in some register or memo

Re: [trunk<-vta] Re: [vtab] Permit coalescing of user variables

2011-06-05 Thread Alexandre Oliva
On Jun 4, 2011, Jakub Jelinek wrote: > The following changes all look wrong to me, they make the tests totally > useless. If both f and g are used in real code after the asm volatile, then > the both f and g will likely live in some register or memory. > The whole point of the construct in the

Re: [trunk<-vta] Re: [vtab] Permit coalescing of user variables

2011-06-04 Thread Jakub Jelinek
On Sat, Jun 04, 2011 at 09:40:38AM -0300, Alexandre Oliva wrote: The following changes all look wrong to me, they make the tests totally useless. If both f and g are used in real code after the asm volatile, then the both f and g will likely live in some register or memory. The whole point of the

Re: [trunk<-vta] Re: [vtab] Permit coalescing of user variables

2011-06-04 Thread Alexandre Oliva
On Oct 13, 2009, Alexandre Oliva wrote: > On Jun 1, 2009, Alexandre Oliva wrote: >> A long time ago, when variable tracking at assignments was just a >> distant dream, we ran into one of the first contentious points, which >> had to do with coalescing SSA names on copyrename. >> On the one han