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 latent bug that ha
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 trees,
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 1970 F4BE 1748 E4
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
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."
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 include
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 11/13/2015 11:46 PM, Da
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 apparen
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 optimizatio
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
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 gen
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 to
12 matches
Mail list logo
