Re: Should we move the resowner field from JitContext to LLVMJitContext?

From: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
To: Daniel Gustafsson <daniel(at)yesql(dot)se>, Andreas Karlsson <andreas(at)proxel(dot)se>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Should we move the resowner field from JitContext to LLVMJitContext?
Date: 2024-07-19 07:46:51
Message-ID: c3e75a84-319c-4dc2-be2d-496eb60ee908@iki.fi
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 01/07/2024 17:19, Daniel Gustafsson wrote:
>> On 5 Jun 2024, at 10:19, Andreas Karlsson <andreas(at)proxel(dot)se> wrote:
>
>> When Heikki made the resource owners extensible in commit b8bff07daa85c837a2747b4d35cd5a27e73fb7b2 the API for JIT plugins changed when ResourceOwnerForgetJIT() was moved from the generic JIT code to the LLVM specific JIT code so now the resowner field of the context is only used by the code of the LLVM plugin.
>>
>> Maybe a bit late in the release cycle but should we make the resowner field specific to the LLVM code too now that we already are breaking the API? I personally do not like having a LLVM JIT specific field in the common struct. Code is easier to understand if things are local. Granted most JIT engines will likely need similar infrastructure but just providing the struct field and nothing else does not seem very helpful.
>
> I'm inclined to agree, given that the code for handling the resowner is private
> to the LLVM implementation it makes sense for the resowner to be as well. A
> future JIT implementation will likely need a ResourceOwner, but it might just
> as well need two or none.

Committed, thanks!

--
Heikki Linnakangas
Neon (https://neon.tech)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Laurenz Albe 2024-07-19 08:02:15 Re: July Commitfest: Entries Needing Review
Previous Message Laurenz Albe 2024-07-19 07:44:21 Re: Built-in CTYPE provider