Re: Remove deprecation warnings when compiling PG ~13 with OpenSSL 3.0~ - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Remove deprecation warnings when compiling PG ~13 with OpenSSL 3.0~
Date
Msg-id baf26fc6-a889-9f8b-d932-5f1f38822b18@eisentraut.org
Whole thread Raw
In response to Re: Remove deprecation warnings when compiling PG ~13 with OpenSSL 3.0~  (Michael Paquier <michael@paquier.xyz>)
Responses Re: Remove deprecation warnings when compiling PG ~13 with OpenSSL 3.0~  (Andres Freund <andres@anarazel.de>)
Re: Remove deprecation warnings when compiling PG ~13 with OpenSSL 3.0~  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
On 21.06.23 09:43, Michael Paquier wrote:
> On Wed, Jun 21, 2023 at 09:16:38AM +0200, Daniel Gustafsson wrote:
>> Agreed, I'd be more inclined to go with OPENSSL_API_COMPAT.  If we still get
>> warnings with that set then I feel those warrant special consideration rather
>> than a blanket suppression.
> 
> 4d3db136 seems to be OK on REL_13_STABLE with a direct cherry-pick.
> REL_11_STABLE and REL_12_STABLE require two different changes:
> - pg_config.h.win32 needs to list OPENSSL_API_COMPAT.
> - Solution.pm needs an extra #define OPENSSL_API_COMPAT in
> GenerateFiles() whose value can be retrieved from configure.in like in
> 13~.
> 
> Anything I am missing perhaps?

Backpatching the OPENSSL_API_COMPAT change would set the minimum OpenSSL 
version to 1.0.1, which is newer than what was so far required in those 
branches.  That is the reason we didn't do this.




pgsql-hackers by date:

Previous
From: John Naylor
Date:
Subject: Re: remap the .text segment into huge pages at run time
Next
From: Amit Langote
Date:
Subject: Re: remaining sql/json patches