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

From Andres Freund
Subject Re: Latest LLVM breaks our code again
Date
Msg-id 20220201200244.em2frrvcq2hx35ei@alap3.anarazel.de
Whole thread Raw
In response to Latest LLVM breaks our code again  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Latest LLVM breaks our code again
List pgsql-hackers
Hi,

On 2022-01-30 21:38:16 -0500, Tom Lane 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:

I'm doubtful that tracking development branches of LLVM is a good
investment. Their development model is to do changes in-tree much more than we
do. Adjusting to API changes the moment they're made will often end up with
further changes to the same / related lines.  Once they open the relevant
release-NN branch, it's a different story.

Maybe it'd make sense to disable --with-llvm on seawasp and have a separate
animal that tracks the newest release branch?

Greetings,

Andres Freund



pgsql-hackers by date:

Previous
From: David Rowley
Date:
Subject: Re: Why is INSERT-driven autovacuuming based on pg_class.reltuples?
Next
From: Stephen Frost
Date:
Subject: Re: Support for NSS as a libpq TLS backend