Re: plpython: Remove support for major version conflict detection - Mailing list pgsql-hackers

From Mario González Troncoso
Subject Re: plpython: Remove support for major version conflict detection
Date
Msg-id CAFsReFWue=MozOj+8o6diOoxvqaxm4wUrHEXxBo1g_4zy4kE+A@mail.gmail.com
Whole thread Raw
In response to plpython: Remove support for major version conflict detection  (Peter Eisentraut <peter@eisentraut.org>)
Responses Re: plpython: Remove support for major version conflict detection
List pgsql-hackers
I'm attaching the same patch after rebasing from master. I had to just
change this in src/pl/plpython/plpy_main.c

- static bool PLy_procedure_is_trigger(Form_pg_proc procStruct);
+ static PLyTrigType PLy_procedure_is_trigger(Form_pg_proc procStruct);

Now the function returns PLyTrigType instead of a bool.

lgtm

On Wed, 8 Oct 2025 at 12:19, Peter Eisentraut <peter@eisentraut.org> wrote:
>
> This essentially reverts commit 866566a690b, which installed safeguards
> against loading plpython2 and plpython3 into the same process.  We don't
> support plpython2 anymore, so this is obsolete.
>
> The Python and PL/Python initialization now happens again in _PG_init()
> rather than the first time a PL/Python call handler is invoked.  (Often,
> these will be very close together.)
>
> I kept the separate PLy_initialize() function introduced by 866566a690b
> to keep _PG_init() a bit modular.
>
> (I'm looking at the some further work to allow multiple interpreters in
> PL/Python, so I'm trying to clean up the initialization code a bit first.)



-- 
https://www.linkedin.com/in/gonzalemario

Attachment

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Should we update the random_page_cost default value?
Next
From: Fabrice Chapuis
Date:
Subject: Re: issue with synchronized_standby_slots