| 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.
| 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() |