[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is cp65001

Change by Paul Monson : -- pull_requests: +13122 ___ Python tracker <https://bugs.python.org/issue36778> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is cp65001

Paul Monson added the comment: Removing import functools from cp65001.py fixes test_startup_imports. Victor proposed this PR: https://github.com/python/cpython/pull/13110 but new test_codecs fails because it's passing self on to the lambda I think. I tried to build on Victor's

[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is cp65001

Paul Monson added the comment: I can verify that PR 13110 fixes the issue with test_startup_imports on Windows IoT Core ARM32 -- ___ Python tracker <https://bugs.python.org/issue36

[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is cp65001

Paul Monson added the comment: Sorry that was supposed to say: I can verify that PR 13230 fixes the issue with test_startup_imports on Windows IoT Core ARM32 -- ___ Python tracker <https://bugs.python.org/issue36

[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is cp65001

Paul Monson added the comment: Thanks Victor! Since we aren't backporting ARM32 changes, I don't think it's important to fix this test in 3.7. I am trying to get the buildbot tests for Windows ARM32 to zero errors. Windows IoT Core runs on Raspberry Pi and similar

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +13262 stage: commit review -> patch review ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-

[issue36941] Windows build changes for Windows ARM64

New submission from Paul Monson : Add build file changes for Windows ARM64 -- components: Build, Windows messages: 342672 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Windows build changes for Windows ARM64 type

[issue36942] Windows code changes for Windows ARM64

New submission from Paul Monson : Add ifdef changes for Windows ARM64 -- components: Windows messages: 342673 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Windows code changes for Windows ARM64 type: enhancement

[issue36943] Windows test changes for Windows ARM64

New submission from Paul Monson : Add Windows test changes for Windows ARM64 -- components: Windows messages: 342674 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Windows test changes for Windows ARM64 versions

[issue36944] W

Change by Paul Monson : -- nosy: Paul Monson priority: normal severity: normal status: open title: W ___ Python tracker <https://bugs.python.org/issue36

[issue36944] Add support for ARM64 to libffi

New submission from Paul Monson : These changes are also submitted to libffi as https://github.com/libffi/libffi/pull/490 -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware title: W -> Add support for ARM64 to libffi versions: +Python

[issue36941] Windows build changes for Windows ARM64

Change by Paul Monson : -- keywords: +patch pull_requests: +13275 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36941> ___ ___ Py

[issue36942] Windows code changes for Windows ARM64

Change by Paul Monson : -- keywords: +patch pull_requests: +13276 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36942> ___ ___ Py

[issue36943] Windows test changes for Windows ARM64

Change by Paul Monson : -- keywords: +patch pull_requests: +13277 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36943> ___ ___ Py

[issue33125] Windows 10 ARM64 platform support

Paul Monson added the comment: I'm interested in getting python working on Windows running on Raspberry Pi (Thumb-2 instruction set). I can also contribute to ARM64 Windows. I've made some progress getting ARM32 working on a fork. The next roadblock for my investigation is libf

[issue33125] Windows 10 ARM64 platform support

Paul Monson added the comment: The PR hasn't changed since September. Is it still active? Should I consider updating the libffi_msvc code to support ARM32 in Python? Completing the switch to libffi makes more sense to me. I fetched the PR code to my fork and rebased it on the cu

<    1   2