Is python-3-5-0.exe compiled with SSE2 instrutions? If so should we mention this?

[lac]

BPO	25361
Nosy	@pfmoore, @tjguk, @merwok, @zware, @eryksun, @zooba, @dstufft, @animalize
PRs	bpo-25361: enables use of SSE2 instructions in Windows 32-bit build. #12438

^{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/zooba'
closed_at = <Date 2015-10-11.22:17:40.590>
created_at = <Date 2015-10-10.10:43:24.294>
labels = ['3.8', 'build', 'library', 'OS-windows']
title = 'Is python-3-5-0.exe compiled with SSE2 instrutions? If so should we mention this?'
updated_at = <Date 2019-06-24.23:43:29.576>
user = 'https://bugs.python.org/lac'

bugs.python.org fields:

activity = <Date 2019-06-24.23:43:29.576>
actor = 'steve.dower'
assignee = 'steve.dower'
closed = True
closed_date = <Date 2015-10-11.22:17:40.590>
closer = 'steve.dower'
components = ['Build', 'Distutils', 'Windows']
creation = <Date 2015-10-10.10:43:24.294>
creator = 'lac'
dependencies = []
files = []
hgrepos = []
issue_num = 25361
keywords = ['3.5regression']
message_count = 16.0
messages = ['252703', '252710', '252712', '252714', '252729', '252730', '252741', '252742', '252746', '252747', '252806', '252822', '252826', '338359', '340094', '346452']
nosy_count = 11.0
nosy_names = ['paul.moore', 'tim.golden', 'eric.araujo', 'docs@python', 'python-dev', 'zach.ware', 'eryksun', 'steve.dower', 'dstufft', 'malin', 'lac']
pr_nums = ['12438']
priority = 'normal'
resolution = 'fixed'
stage = 'resolved'
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue25361'
versions = ['Python 3.8']

[lac]

Another report in to webmaster:
I tried to install Python 3.5.0 from [1]https://www.python.org/ftp/python/
3.5.0/python-3.5.0.exe but I get an error and I'm not able to install, is
this exe compiled with SSE2 instructions? Apparently no msi available

Does this need a mention somewhere?

[eryksun]

With Visual Studio 2010 and earlier, SSE support had to be explicitly enabled. Starting with VS2012 it's on by default 1:

Because the x86 compiler generates code that uses SSE2 
instructions by default, you must specify /arch:IA32 to 
disable generation of SSE and SSE2 instructions for x86 
processors.

For 3.5, the 32-bit build does use SSE2 instructions. For example, float_add uses the addsd instruction (opcode F2 0F 58):

0:000> s python35!float_add l100 f2 0f 58
71f6c5d8  f2 0f 58 44 24 08 8b 0d-84 11 18 72 f2 0f 11 44  ..XD$......r...D
0:000> u 71f6c5d8 l3
python35!float_add+0x98:
71f6c5d8 f20f58442408    addsd   xmm0,mmword ptr [esp+8]
71f6c5de 8b0d84111872    mov     ecx,dword ptr [python35!free_list (72181184)]
71f6c5e4 f20f11442410    movsd   mmword ptr [esp+10h],xmm0

Thus 3.5 doesn't support older CPUs that lack SSE2, such as the AMD Athlon XP. I didn't check the installer itself, but that would be a pointless exercise.

[lac]

Okay then, wherever we put the -- Beginning with 3.5 we are not
supporting 3.5 we need to also tell people whose CPUs lack SSE2
that they are out of luck, as well.

[zooba]

Did that report come with any reason for SSE to be relevant, such as an error message or log file?

Windows requires SSE these days, since Vista IIRC, so the problem is probably someone on XP.

[lac]

Further conversation has confirmed that the person is on XP.

[lac]

He says that he got an error saying something was compiled SSE2 and needed to be SSE, but if we are going to detect XP then that will be
a better error message.

[eryksun]

Windows requires SSE these days, since Vista IIRC, so the problem
is probably someone on XP.

Windows 8 is the first to require SSE2 1. I'm sure it's no coincidence that this became the default in VS 2012.

There is probably a small minority of users that upgraded to 32-bit Windows 7 on old hardware. Python 3.5 excludes them, but I don't think the build should switch to using /arch:IA32 just to support them. If a user on such a system really needs 3.5, it's possible to create a private build without SSE2. Most packages that have extension modules will also have to be built from source instead of using prebuilt wheels.

[lac]

Ok, where do we put the info about how to create a private build? And
who will write it? (I lack the understanding.) Does it belong in:
https://docs.python.org/3/using/windows.html

or some place else?

[eryksun]

Building Python 3.5 requires Visual Studio 2015 and Windows 8.1, so this would be a vanishingly small audience that's building to deploy on old 32-bit Windows 7 machines. I don't think the PSF needs to worry about this. Anyway, the "/arch (x86)" docs 1 explain how to configure a project to use IA32, and PCBuild/readme.txt [2] explains how to build Python using Visual Studio 2015. I know this doesn't really help a novice user; just tell them to install Python 3.4!

[eryksun]

Sorry, I forgot to include the link to readme.txt:

[zooba]

Since we officially support platforms that don't require SSE, I'll disable those instructions for 3.5.1.

As eryksun points out, this doesn't affect 64-bit builds, which are the standard for most performance critical uses anyway.