Name of 64-bit OpenSSL v1.1.1 DLLs

[philthompson10]

BPO	37356
Nosy	@pfmoore, @tiran, @tjguk, @zware, @zooba

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = 'https://github.com/tiran'
closed_at = <Date 2019-06-21.09:08:34.457>
created_at = <Date 2019-06-20.21:57:58.539>
labels = ['expert-SSL', '3.8', 'expert-installation', '3.7', 'invalid', 'OS-windows']
title = 'Name of 64-bit OpenSSL v1.1.1 DLLs'
updated_at = <Date 2019-06-21.09:41:01.033>
user = 'https://bugs.python.org/philthompson10'

bugs.python.org fields:

activity = <Date 2019-06-21.09:41:01.033>
actor = 'philthompson10'
assignee = 'christian.heimes'
closed = True
closed_date = <Date 2019-06-21.09:08:34.457>
closer = 'philthompson10'
components = ['Installation', 'Windows', 'SSL']
creation = <Date 2019-06-20.21:57:58.539>
creator = 'philthompson10'
dependencies = []
files = []
hgrepos = []
issue_num = 37356
keywords = []
message_count = 4.0
messages = ['346172', '346174', '346195', '346199']
nosy_count = 6.0
nosy_names = ['paul.moore', 'philthompson10', 'christian.heimes', 'tim.golden', 'zach.ware', 'steve.dower']
pr_nums = []
priority = 'normal'
resolution = 'not a bug'
stage = 'resolved'
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue37356'
versions = ['Python 3.7', 'Python 3.8']

[philthompson10]

In the 3.8b1 64-bit Windows installer the names of the OpenSSL DLLs do not have the -x64 suffix which seems to be the convention (and is the default when building OpenSSL from source). The convention is followed in the 3.7.0 to 3.7.3 installers. I haven't yet checked the 3.7.4rc1 installer.

[zooba]

Yes, I noticed that they changed with OpenSSL 1.1.1a, but as far as I can tell we didn't do anything to cause that - our build definition is still the same, and uses "perl Configure VC-WIN64A-masm && nmake".

Is this causing issues? Or is it just something that you noticed?

[philthompson10]

I think I was incorrect in saying the suffix was the default when building v1.1.1 from source, so any problem I have (trying to share the DLL with different pre-built packages) is not a Python problem. Sorry for the noise.

[philthompson10]

A clarification...

It seems the suffix is added when configured as VC-WIN64A but omitted when configured as VC-WIN64A-masm.

...still not a Python problem.