Re: Latest LLVM breaks our code again - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: Latest LLVM breaks our code again
Date
Msg-id CA+hUKGKERyyX3s09CF73p83QD8CgkbD7cgJx2os1hE+jMWFmig@mail.gmail.com
Whole thread Raw
In response to Latest LLVM breaks our code again  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Mon, Jan 31, 2022 at 3:38 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Speaking of buildfarm breakage, seawasp has been failing for the
> past several days.  It looks like bleeding-edge LLVM has again
> changed some APIs we depend on.  First failure is here:
>
> https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=seawasp&dt=2022-01-28%2000%3A17%3A48

Oops, I missed this message.  The patch at
https://www.postgresql.org/message-id/CA%2BhUKG%2BaGPBkBT5_4czkvzMu6-D%2BJgPaVL7mX_WBPXgGRndtXA%40mail.gmail.com
fixes the first two of these problems, and the third needs some more
work:

1.  There's a missing #include <new> (must have been transitively
included before).
2.  There's an API change that I'd written about already but hadn't
committed yet because seawasp is running behind my laptop at tracking
LLVM and I figured we might as well 'nagel' these kinds of commits.
3.  We'll need to look into how to switch LLVMBuildCall -> LLVMBuildCall2 etc.



pgsql-hackers by date:

Previous
From: Thomas Munro
Date:
Subject: Re: Spelling change in LLVM 14 API
Next
From: Julien Rouhaud
Date:
Subject: Re: Is there a way (except from server logs) to know the kind of on-going/last checkpoint?