Re: RFC: C++ delayed folding merge

2015-11-26 Thread Thomas Schwinge
Hi! On Mon, 9 Nov 2015 01:30:34 -0500, Jason Merrill wrote: > I'm planning to merge the C++ delayed folding branch this week [...] In r230554, , Cesar already fixed up cp_fold_r to also

Re: RFC: C++ delayed folding merge

2015-11-25 Thread Jason Merrill
On 11/23/2015 02:23 AM, Thomas Schwinge wrote: Would be nice to get rid of the two following UNRESOLVEDs: {+PASS: g++.dg/init/self1.C -std=c++11 convert (test for errors, line 13)+} [-PASS:-]{+UNRESOLVED:+} g++.dg/init/self1.C -std=c++11 [-execution test-]{+compilation failed to

Re: RFC: C++ delayed folding merge

2015-11-22 Thread Thomas Schwinge
Hi Jason! On Mon, 9 Nov 2015 01:30:34 -0500, Jason Merrill wrote: > I'm planning to merge the C++ delayed folding branch this week [...] Would be nice to get rid of the two following UNRESOLVEDs: > --- a/gcc/testsuite/g++.dg/init/self1.C > +++

Re: RFC: C++ delayed folding merge

2015-11-10 Thread Richard Biener
On Mon, 9 Nov 2015, Jason Merrill wrote: > On 11/09/2015 02:28 PM, Jason Merrill wrote: > > On 11/09/2015 04:08 AM, Richard Biener wrote: > > > On Mon, 9 Nov 2015, Jason Merrill wrote: > > > > > > > I'm planning to merge the C++ delayed folding branch this week, but I > > > > need to > > > > get

Re: RFC: C++ delayed folding merge

2015-11-09 Thread Jason Merrill
On 11/09/2015 04:24 AM, Eric Botcazou wrote: One question: The branch changes 'convert' to not fold its result, and it's not clear to me whether that's part of the expected behavior of a front end 'convert' function or not. I don't think that you should change the behavior for front-ends that

Re: RFC: C++ delayed folding merge

2015-11-09 Thread Eric Botcazou
> Right, the change is just to the C++ front end 'convert'. OK, thanks for the clarification. -- Eric Botcazou

Re: RFC: C++ delayed folding merge

2015-11-09 Thread Jason Merrill
On 11/09/2015 02:28 PM, Jason Merrill wrote: On 11/09/2015 04:08 AM, Richard Biener wrote: On Mon, 9 Nov 2015, Jason Merrill wrote: I'm planning to merge the C++ delayed folding branch this week, but I need to get approval of the back end changes (the first patch attached). Most of these are

Re: RFC: C++ delayed folding merge

2015-11-09 Thread Jason Merrill
On 11/09/2015 04:08 AM, Richard Biener wrote: On Mon, 9 Nov 2015, Jason Merrill wrote: I'm planning to merge the C++ delayed folding branch this week, but I need to get approval of the back end changes (the first patch attached). Most of these are the introduction of non-folding variants of

Re: RFC: C++ delayed folding merge

2015-11-09 Thread Eric Botcazou
> One question: The branch changes 'convert' to not fold its result, and > it's not clear to me whether that's part of the expected behavior of a > front end 'convert' function or not. I don't think that you should change the behavior for front-ends that have an internal representation distinct

Re: RFC: C++ delayed folding merge

2015-11-09 Thread Richard Biener
On Mon, 9 Nov 2015, Jason Merrill wrote: > I'm planning to merge the C++ delayed folding branch this week, but I need to > get approval of the back end changes (the first patch attached). Most of > these are the introduction of non-folding variants of convert_to_*, but there > are a few others.