Re: C++ PATCH to integrate c++-delayed-folding branch

2015-11-17 Thread Jason Merrill
On 11/17/2015 04:09 AM, Andreas Schwab wrote: Can we please get trunk back to bootstrap land? Which target isn't bootstrapping for you? Jason

Re: C++ PATCH to integrate c++-delayed-folding branch

2015-11-17 Thread David Edelsohn
On Mon, Nov 16, 2015 at 10:47 PM, Jason Merrill wrote: > On 11/16/2015 09:39 PM, David Edelsohn wrote: >> >> The PPC port seems to be bootstrapping again, but I'm not sure why. >> Mike Meissner's patch only should have affected long double. > > >> It's hard to know if there is a

Re: C++ PATCH to integrate c++-delayed-folding branch

2015-11-17 Thread Andreas Schwab
Jason Merrill writes: > On 11/17/2015 04:09 AM, Andreas Schwab wrote: >> Can we please get trunk back to bootstrap land? > > Which target isn't bootstrapping for you? PR68346, PR68361 Andreas. -- Andreas Schwab, SUSE Labs, sch...@suse.de GPG Key fingerprint = 0196 BAD8 1CE9

Re: C++ PATCH to integrate c++-delayed-folding branch

2015-11-17 Thread Alan Lawrence
On 14/11/15 00:07, Jason Merrill wrote: And here's the final patch integrating the delayed folding branch. The general idea is to mostly avoid folding until the end of the function, at which point we fold everything as part of genericization. Since many warnings rely on looking at folded

Re: C++ PATCH to integrate c++-delayed-folding branch

2015-11-17 Thread Andreas Schwab
Can we please get trunk back to bootstrap land? Andreas. -- Andreas Schwab, SUSE Labs, sch...@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different."

Re: C++ PATCH to integrate c++-delayed-folding branch

2015-11-16 Thread Jeff Law
On 11/16/2015 04:12 PM, Joseph Myers wrote: On Fri, 13 Nov 2015, Jason Merrill wrote: In the future we probably want to move many of these warnings into language-independent code so we can avoid folding for them in the front end; we also shouldn't need to fold during genericization, but

Re: C++ PATCH to integrate c++-delayed-folding branch

2015-11-16 Thread Joseph Myers
On Fri, 13 Nov 2015, Jason Merrill wrote: > In the future we probably want to move many of these warnings into > language-independent code so we can avoid folding for them in the front end; > we also shouldn't need to fold during genericization, but apparently not doing > that leads to

Re: C++ PATCH to integrate c++-delayed-folding branch

2015-11-16 Thread Jason Merrill
On 11/16/2015 09:39 PM, David Edelsohn wrote: The PPC port seems to be bootstrapping again, but I'm not sure why. Mike Meissner's patch only should have affected long double. It's hard to know if there is a latent bug that has gone back into hiding. The problem was twofold: 1) VSX_L

Re: C++ PATCH to integrate c++-delayed-folding branch

2015-11-16 Thread David Edelsohn
The PPC port seems to be bootstrapping again, but I'm not sure why. Mike Meissner's patch only should have affected long double. It's hard to know if there is a latent bug that has gone back into hiding. - David On Sat, Nov 14, 2015 at 1:47 AM, Jason Merrill wrote: > On

C++ PATCH to integrate c++-delayed-folding branch

2015-11-13 Thread Jason Merrill
And here's the final patch integrating the delayed folding branch. The general idea is to mostly avoid folding until the end of the function, at which point we fold everything as part of genericization. Since many warnings rely on looking at folded trees, we fold the arguments that we pass

Re: C++ PATCH to integrate c++-delayed-folding branch

2015-11-13 Thread David Edelsohn
This seems to have broken bootstrap on PowerPC. I originally saw it on AIX, but duplicated it on PPC64LE Linux. The failure is genoutput seems to be miscompiled by stage1 and produces error messages implying that it did not parse rs6000/vsx.md correctly. I don't know if the miscompilation is

Re: C++ PATCH to integrate c++-delayed-folding branch

2015-11-13 Thread Jason Merrill
On 11/13/2015 11:46 PM, David Edelsohn wrote: This seems to have broken bootstrap on PowerPC. I originally saw it on AIX, but duplicated it on PPC64LE Linux. Was this a clean build? The gtfiles change doesn't propagate to the Makefile unless config.status is regenerated. Jason