From: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
---|---|
To: | Devrim Gündüz <devrim(at)gunduz(dot)org> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Guiding principle for dropping LLVM versions? |
Date: | 2023-10-18 19:13:56 |
Message-ID: | CA+hUKG+gppjk5_S_sF8n1ED-=Q7ex+dv54jKKWWLQQE-2NC2WQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Sep 21, 2023 at 12:27 PM Devrim Gündüz <devrim(at)gunduz(dot)org> wrote:
> Even though older LLVM versions exist on both RHEL and Fedora, they
> don't provide older Clang packages, which means we have to link to the
> latest release anyway (like currently Fedora 38 packages are waiting for
> LLVM 16 patch, as they cannot be linked against LLVM 15)
That's quite interesting, because it means that RHEL doesn't act as
the "lanterne route" for this, ie the most conservative relevant
distribution.
If we used Debian as a yardstick, PostgreSQL 17 wouldn't need anything
older than LLVM 14 AFAICS. Who else do we need to ask? Where could
we find this sort of information in machine-readable form (that is
feedback I got discussing the wiki page idea with people, ie that it
would be bound to become stale and abandoned)?
Fresh from doing battle with this stuff, I wanted to see what it would
look like if we dropped 3.9...13 in master:
11 files changed, 12 insertions(+), 367 deletions(-)
I noticed in passing that the LLVMOrcRegisterJITEventListener
configure probes are not present in meson.
Attachment | Content-Type | Size |
---|---|---|
0001-jit-Require-at-least-LLVM-14-if-enabled.patch | application/octet-stream | 26.6 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2023-10-18 19:15:51 | Re: run pgindent on a regular basis / scripted manner |
Previous Message | Stephen Frost | 2023-10-18 19:00:42 | Re: Add the ability to limit the amount of memory that can be allocated to backends. |