Re: OpenSSL 3.0.0 compatibility - Mailing list pgsql-hackers

From Daniel Gustafsson
Subject Re: OpenSSL 3.0.0 compatibility
Date
Msg-id DAC9F86E-C740-4E95-8A60-976318DB6785@yesql.se
Whole thread Raw
In response to Re: OpenSSL 3.0.0 compatibility  (Laurenz Albe <laurenz.albe@cybertec.at>)
List pgsql-hackers
> On 29 May 2020, at 08:06, Laurenz Albe <laurenz.albe@cybertec.at> wrote:

>> Regarding the deprecations, we can either set preprocessor directives or use
>> compiler flags to silence the warning and do nothing (for now), or we could
>> update to the new API.  We probably want to different things for master vs
>> back-branches, but as an illustration of what the latter could look like I've
>> implemented this in 0001.
>
> An important question will be: if we convert to functions that are not deprecated,
> what is the earliest OpenSSL version we can support?

The replacement functions for _locations calls are introduced together with the
deprecation in 3.0.0, so there is no overlap.

For pgcrypto, that remains to be seen once it attempted, but ideally all the
way down to 1.0.1.

cheers ./daniel


pgsql-hackers by date:

Previous
From: Sergei Kornilov
Date:
Subject: Re: feature idea: use index when checking for NULLs before SET NOT NULL
Next
From: Michael Paquier
Date:
Subject: Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical ()at walsender.c:2762