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.

classification
Title: Python fails to compile with VC11 ARM configuration
Type: enhancement Stage: resolved
Components: Build, Windows Versions: Python 3.8
process
Status: closed Resolution: fixed
Dependencies: Superseder:
Assigned To: Nosy List: Minmin.Gong, brian.curtin, loewis, ned.deily, pitrou, steve.dower, zach.ware
Priority: normal Keywords: patch, patch, patch, patch

Created on 2012-05-14 03:57 by Minmin.Gong, last changed 2022-04-11 14:57 by admin. This issue is now closed.

Pull Requests
URL Status Linked Edit
PR 11531 merged python-dev, 2019-01-12 02:52
PR 11531 merged python-dev, 2019-01-12 02:52
PR 11531 merged python-dev, 2019-01-12 02:52
PR 11531 merged python-dev, 2019-01-12 02:52
Messages (8)
msg160593 - (view) Author: Minmin Gong (Minmin.Gong) * Date: 2012-05-14 03:57
Windows ARM doesn't support full win32 api, e.g. no registry and winsock. So the python fail to compile with VC11 beta in ARM configuration.
msg160627 - (view) Author: Brian Curtin (brian.curtin) * (Python committer) Date: 2012-05-14 14:00
Thanks for your report. Unfortunately Python 3.2 won't ever work in this way because changing compilers would be a new feature, and bug fix releases like 3.2 don't receive new features. Yesterday we completed the transition to VS2010 as a step towards our 3.3 release.

We are open to supporting VS11, but it won't become the standard compiler suite we use until VS11 goes RTM. I'm not aware of any release schedule announced yet, but I believe we would need VS11 to be released before our first beta release, which is at the end of June. Most estimates I've seen don't look favorable for us supporting it in 3.3.

Another issue that may hinder this is that myself, and as far as I know, the other developers, do not have ARM machines available to them. I'm interested in continuing our transition from VS2010 on to VS11 for when it's ready, but anything ARM related will likely require someone else to help out, maybe even you :)
msg160687 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2012-05-15 06:30
In any case, there is a branch supporting Python as a metro app at

http://hg.python.org/sandbox/loewis#win8app

This may get folded back into Python at some point, but certainly not before Windows 8 is released.
msg222666 - (view) Author: Mark Lawrence (BreamoreBoy) * Date: 2014-07-10 13:51
Can we close this due to the extensive work being done by Steve and Zach on the Windows build environment that I believe are covered by other issues?
msg222671 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2014-07-10 14:43
None of this work affects WinRT. I don't know whether support of WinRT is a goal, but it is certainly not a solved problem.
msg222705 - (view) Author: Steve Dower (steve.dower) * (Python committer) Date: 2014-07-10 21:53
The build environment won't help here, this requires some significant rewrites within Python to remove usage of Windows APIs that don't work under the WinRT sandbox (similar to the projects to embed Python in Chromium et al.)

I'd still like to see it done, but it's a huge task that is probably never going to be tackled by python-dev directly.
msg334177 - (view) Author: Antoine Pitrou (pitrou) * (Python committer) Date: 2019-01-21 20:51
Fixed in master branch.  Thank you, Minmin Gong!

I don't think this is a candidate for a 3.7 backport. If you think otherwise, though, please say so. You'll also need to check that the backport enables proper compilation on ARM.
msg334185 - (view) Author: Ned Deily (ned.deily) * (Python committer) Date: 2019-01-21 21:50
Unless Steve thinks otherwise, I agree that this isn’t a candidate for backporting to 3.7 without all the work to fully support new platform configurations.
History
Date User Action Args
2022-04-11 14:57:30adminsetgithub: 59007
2019-01-21 21:50:14ned.deilysetkeywords: patch, patch, patch, patch

messages: + msg334185
2019-01-21 20:51:00pitrousetstatus: open -> closed

versions: + Python 3.8, - Python 3.5
keywords: patch, patch, patch, patch
nosy: + ned.deily, pitrou

messages: + msg334177
resolution: fixed
stage: patch review -> resolved
2019-01-12 21:31:15BreamoreBoysetnosy: - BreamoreBoy
2019-01-12 02:53:10python-devsetkeywords: + patch
stage: patch review
pull_requests: + pull_request11127
2019-01-12 02:53:01python-devsetkeywords: + patch
stage: (no value)
pull_requests: + pull_request11128
2019-01-12 02:52:50python-devsetkeywords: + patch
stage: (no value)
pull_requests: + pull_request11126
2019-01-12 02:52:38python-devsetkeywords: + patch
stage: (no value)
pull_requests: + pull_request11125
2014-07-10 21:53:32steve.dowersetmessages: + msg222705
2014-07-10 14:43:03loewissetmessages: + msg222671
2014-07-10 13:51:10BreamoreBoysetnosy: + BreamoreBoy, zach.ware, steve.dower

messages: + msg222666
versions: + Python 3.5, - Python 3.4
2012-05-15 06:30:25loewissetnosy: + loewis
messages: + msg160687
2012-05-14 16:25:52r.david.murraysettitle: Python 3.2 fail to compile with VC11 ARM configuration -> Python fails to compile with VC11 ARM configuration
type: compile error -> enhancement
versions: - Python 3.3
2012-05-14 14:00:51brian.curtinsetmessages: + msg160627
components: + Build, Windows, - Interpreter Core
versions: + Python 3.3, Python 3.4, - Python 3.2
2012-05-14 11:20:26pitrousetnosy: + brian.curtin
2012-05-14 03:57:24Minmin.Gongcreate