This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author conio
Recipients conio, paul.moore, steve.dower, tim.golden, zach.ware
Date 2022-02-14.21:28:29
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1644874109.87.0.760507658067.issue46744@roundup.psfhosted.org>
In-reply-to
Content
I understand.

Though I think the naming scheme that includes platform identification is better, if *all* installers include the platform name unconditionally, including both amd64 and arm64, that's also an improvement. (So the names will be `Python311-32`, `Python311-amd64` and `Python311-arm64` - each in the appropriate Program Files folder.)

The convention would be uniform, there won't be a collision between arm64 and amd64 on the same system, and amd64 won't get preferential treatment even on non-amd64 systems.

Assuming `py.exe` will be fixed to recognize the arm64 versions in the Registry, I would be able to change the folder from `Python311-arm64` to `Python311` myself in the installer if it's so important to me and everything will work just the same.

I do wonder though - is there no platform detection code today in the installer? Would the x86 versions install into "PythonXY-32" even on 32-bit Windows? If there already is, then adding a call to `IsWow64Process2` doesn't sound that difficult. Especially since that's almost the same couple of lines that will have to added to the PyLauncher anyway. Could you please point me to where the code for the Windows Python installer is so I could also take a look?
History
Date User Action Args
2022-02-14 21:28:29coniosetrecipients: + conio, paul.moore, tim.golden, zach.ware, steve.dower
2022-02-14 21:28:29coniosetmessageid: <1644874109.87.0.760507658067.issue46744@roundup.psfhosted.org>
2022-02-14 21:28:29coniolinkissue46744 messages
2022-02-14 21:28:29coniocreate