Thread: Re: Remove support for OpenSSL *eay32 libs on Windows

Re: Remove support for OpenSSL *eay32 libs on Windows

From
Daniel Gustafsson
Date:
> On 30 Dec 2024, at 02:24, Michael Paquier <michael@paquier.xyz> wrote:
>
> On Fri, Dec 27, 2024 at 03:09:48PM +0100, Daniel Gustafsson wrote:
>> The thread in [0] which adds Meson support for *eay32 OpenSSL library names on
>> Windows reminded me that we should remove these from master since we no longer
>> support OpenSSL 1.0.2 (which was the final version with those names).  Attached
>> is a small (as of yet untested on Windows/autoconf) diff removing these names
>> from the Makefiles.
>>
>> [0] CAHrt6656W9OnFomQTHBGYDcM5CKZ7hcgzFt8L+N0ezBZfcN3zA@mail.gmail.com
>
> Good idea, looks rather sane to me.

Thanks for looking.

> I don't have a clear idea about
> the WIN32/autoconf combination (sorry!), but I can't really believe
> that packagers of OpenSSL on Windows would want the same library name
> compatibility, patching upstream to be able to achieve the old naming.

I've never heard of anyone doing that, and it would only be additive leaving
the proper named files in place.

> fairywren, hamerkop and drongo use meson.  Lorikeet relies on
> ./configure and builds with OpenSSL 3.0.12, so even there I would hope
> that we are in the clear.

All animals building HEAD would have to be well past the renaming since we
don't support version 1.0.2 there, so they should already be using the new
names.

> Not something I'm planning to care about, just noting that from the
> top of OpenSSL master branch (0958f5a5bc47 as of today):
> $ git grep eay32
> .gitignore:/ms/libeay32.def
> .gitignore:/ms/ssleay32.def

Nice catch, they should indeed not be needed anymore.  I can submit a PR for it
if you don't want to deal with setting up a CLA.

--
Daniel Gustafsson