Re: Remove deprecation warnings when compiling PG ~13 with OpenSSL 3.0~
Peter Eisentraut <peter@eisentraut.org>
From: Peter Eisentraut <peter@eisentraut.org>
To: Michael Paquier <michael@paquier.xyz>, Daniel Gustafsson <daniel@yesql.se>
Cc: Andres Freund <andres@anarazel.de>,
Postgres hackers <pgsql-hackers@lists.postgresql.org>
Date: 2023-06-21T08:11:33Z
Lists: 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.
Commits
-
Define OPENSSL_API_COMPAT
- 96f96398d398 11.21 landed
- 265c9138da58 12.16 landed
- 8aa9a26236aa 13.12 landed
-
Remove support for OpenSSL versions older than 0.9.8.
- 9b7cd59af1af 10.0 cited