From: Tom Lane <tgl@sss.pgh.pa.us>
To: Thomas Munro <thomas.munro@gmail.com>
Cc: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Cc: rosset.filipe@gmail.com, Andrew Dunstan <andrew@dunslane.net>
Subject: Re: sys_siglist[] is causing us trouble again
Date: Wed, 15 Jul 2020 19:36:38 -0400
Message-ID: <3181175.1594856198@sss.pgh.pa.us> (raw)
In-Reply-To: <CA+hUKGLJJjGz+qi+t7qDkFYO2=4a4YECXucH8WZoein8LPbeAA@mail.gmail.com>
References: <3179114.1594853308@sss.pgh.pa.us>
<CA+hUKGLJJjGz+qi+t7qDkFYO2=4a4YECXucH8WZoein8LPbeAA@mail.gmail.com>
Thomas Munro <thomas.munro@gmail.com> writes:
> On Thu, Jul 16, 2020 at 10:48 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Oddly, we'd not get to this code unless configure set
>> HAVE_DECL_SYS_SIGLIST, so it's defined *somewhere*.
> It looks like glibc very recently decided[1] to hide the declaration,
> but we're using a cached configure test result.
Ah, of course. I was thinking that Peter had just changed configure
in the last day or so, but that did not affect the back branches.
So it's unsurprising for buildfarm animals to be using cached configure
results.
> I guess rawhide is the RH thing that tracks the bleeding edge?
Yup. Possibly we should recommend that buildfarm owners running on
non-stable platforms disable autoconf result caching --- I believe
that's "use_accache => undef" in the configuration file.
Alternatively, maybe it'd be bright for the buildfarm script to
discard that cache after any failure (or at least configure or
build failures).
regards, tom lane
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: tgl@sss.pgh.pa.us, thomas.munro@gmail.com, pgsql-hackers@lists.postgresql.org, andrew@dunslane.net
Subject: Re: sys_siglist[] is causing us trouble again
In-Reply-To: <3181175.1594856198@sss.pgh.pa.us>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox