Re: LLVM 22

From: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Devrim Gündüz <devrim(at)gunduz(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Matheus Alcantara <matheusssilv97(at)gmail(dot)com>, Anthonin Bonnefoy <anthonin(dot)bonnefoy(at)datadoghq(dot)com>
Subject: Re: LLVM 22
Date: 2026-04-01 03:25:02
Message-ID: CA+hUKGL1LfD7BTACTx=E78gq_jiFU727osd6tHCnbERrqY8DOA@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Apr 1, 2026 at 12:55 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Devrim =?ISO-8859-1?Q?G=FCnd=FCz?= <devrim(at)gunduz(dot)org> writes:
> > Fedora pushed 22.1.0 to both Fedora 44 beta and rawhide repos, so I
> > tested these patches. Builds are fine and all regression tests pass.
> > Anything else I should check?
>
> Where are we on getting these patches pushed? I think the reason that
> BF member midge has been failing of late is that it's running LLVM 22
> (if not indeed something even newer --- configure doesn't report
> the clang version, sadly). Also, I've reproduced this symptom:

Working on this, more shortly... I'm trying to figure out if Anthonin
and Andres's feedback means the poison approach does nothing useful
and we might as well just #ifdef out the lifetime.end stuff for LLVM
>= 22 to fix the breakage today.

Either way it looks like we need a patch to use alloca instead, which
I'll also look into...

> Intrinsic has incorrect argument type!
> ptr @llvm.lifetime.end.p0
> Intrinsic has incorrect argument type!
> ptr @llvm.lifetime.end.p0
> 2026-03-31 18:58:20.218 EDT [28486] FATAL: fatal llvm error: Broken module found, compilation aborted!
>
> on a fresh Fedora 44/x86_64 installation with llvm 22.1.1. So this is
> going to be a production compiler RSN. (F44 is still labeled beta,
> but not for much longer.)

Yep, that's the issue alright.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message David Rowley 2026-04-01 03:35:14 Re: More speedups for tuple deformation
Previous Message Fujii Masao 2026-04-01 03:17:28 Re: Avoid multiple SetLatch() calls in procsignal_sigusr1_handler()