From: | Noah Misch <noah(at)leadboat(dot)com> |
---|---|
To: | David Rowley <dgrowleyml(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Developers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Recent failures on buildfarm member hornet |
Date: | 2020-10-07 21:20:56 |
Message-ID: | 20201007212056.GB1498955@rfd.leadboat.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Oct 08, 2020 at 09:15:12AM +1300, David Rowley wrote:
> On Thu, 8 Oct 2020 at 06:13, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> > Noah Misch <noah(at)leadboat(dot)com> writes:
> > > gram.o was it. (The way I rebuilt gram.o also rebuilt parser.o and scan.o,
> > > but those seem far less likely.)
> >
> > This suggests that the problem is misoptimization of gram.y's
> > makeOrderedSetArgs:
>
> It would be interesting to see gram.s from both cc99baa4~1 and cc99baa4.
Attached. Both generated like this:
(cd src/backend/parser && xlc_r -D_LARGE_FILES=1 -qnoansialias -g -O2 -S -qmaxmem=33554432 -I. -I. -I../../../src/include -c gram.c; )
(Again, the compiler is eight years old, and we're not seeing the problem on
32-bit (mandrill) or on 2019-vintage xlc (hoverfly). As soon as the situation
no longer piques your curiosity, I'm happy to make hoverfly use -O0 on v14+.)
Attachment | Content-Type | Size |
---|---|---|
gram-cc99baa~1.s.gz | application/x-gunzip | 394.8 KB |
gram-cc99baa.s.gz | application/x-gunzip | 394.7 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2020-10-07 21:48:19 | Re: Recent failures on buildfarm member hornet |
Previous Message | Maksim Kita | 2020-10-07 20:47:07 | Re: Allow deleting enum value |