[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

Paul Hege added the comment: I had also received the same warnings when running make: "INFO: Could not locate ffi libs and/or headers" and "Failed to build these modules: _ctypes". Although Python could still be installed, the pip command was not installed, and installing

[issue33408] Enable AF_UNIX support in Windows

Change by Paul Monson : -- keywords: +patch pull_requests: +14617 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14823 ___ Python tracker <https://bugs.python.org/issu

[issue33408] Enable AF_UNIX support in Windows

Paul Monson added the comment: I don't know if datagram support is coming to AF_UNIX on Windows. The changes will only add the flag on Windows, and will enable stream sockets to use AF_UNIX on Windows. In mind this isn't breaking datagram support. It is true that it's a

[issue37564] ArgumentParser should support bool type according to truth values

paul j3 added the comment: The use of `bool` as registry key only works because that object already exists as a builtin. This amounts a form of shadowing, and sets a dangerous precedent. type=bool should work as documented at https://docs.python.org/3/library/functions.html?highlight

[issue37555] _CallList.__contains__ doesn't always respect ANY.

Paul Ganssle added the comment: Maybe I am missing something, but while it is true that DjangoModel is doing the wrong thing by returning False instead of NotImplemented, the `ANY` sentinel is supposed to match *anything*, not just things that compare equal to it, right? I would expect this

[issue37579] Difference in equality check between C and Python implementation for datetime module's timedelta and time

Change by Paul Ganssle : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue37579] Difference in equality check between C and Python implementation for datetime module's timedelta and time

Paul Ganssle added the comment: New changeset e6b46aafad3427463d6264a68824df4797e682f1 by Paul Ganssle (Xtreak) in branch 'master': bpo-37579: Improve equality behavior for pure Python datetime and time (GH-14726) https://github.com/python/cpyt

[issue37564] ArgumentParser should support bool type according to truth values

paul j3 added the comment: This is an old topic, though it may be easier to find a relevant StackOverflow thread. https://stackoverflow.com/a/19233287/901925 (a 2013 thread) I and others have explained that the `type` parameter is supposed to be a callable. The default Python `bool

[issue37553] SendfileUsingSendTest tests timeout too short for Windows ARM32

Change by Paul Monson : -- keywords: +patch pull_requests: +14516 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14716 ___ Python tracker <https://bugs.python.org/issu

[issue37553] SendfileUsingSendTest tests timeout too short for Windows ARM32

New submission from Paul Monson : 2 seconds doesn't seem to be a long enough timeout for os.sendfile tests on Windows ARM32 -- components: Tests, Windows messages: 347643 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status:

[issue37552] [Windows] strptime/strftime return invalid results with UCRT version 17763.615

Change by Paul Monson : -- keywords: +patch pull_requests: +14494 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14460 ___ Python tracker <https://bugs.python.org/issu

[issue37552] [Windows] strptime/strftime return invalid results with UCRT version 17763.615

New submission from Paul Monson : strptime/strftime return invalid results when using UCRT version 17763.615 -- components: Tests, Windows messages: 347638 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: [Windows

[issue37552] [Windows] strptime/strftime return invalid results with UCRT version 17763.615

Change by Paul Monson : -- type: -> behavior ___ Python tracker <https://bugs.python.org/issue37552> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue33408] Enable AF_UNIX support in Windows

Paul Monson added the comment: I've been asked by my team to investigate what is required to enable AF_UNIX in Python. Is anyone else actively investigating this? I did a prelinary investigation and the impact on test in test_sockets was pretty simple. However there were 26

[issue37510] argparse removing more "--" than it should

paul j3 added the comment: https://bugs.python.org/file29845/dbldash.patch while written against an earlier version of `argparse`, does what you want. I moved the '--' removal out of `_get_values` and into `consume_positionals`. Note that a full patch should include test

[issue26952] argparse help formatter crashes

paul j3 added the comment: Xiang Zhang pointed out that the immediate error in this case was caused by the empty mutually exclusive group: https://bugs.python.org/issue26952#msg264835 The nesting fails because adding actions to the argument_group does not enroll them in the mutually

[issue37510] argparse removing more "--" than it should

paul j3 added the comment: I looked at this issue way back, in 2013: https://bugs.python.org/issue13922 I probably shouldn't have tacked this on to a closed issue. -- ___ Python tracker <https://bugs.python.org/is

[issue37514] french translation Spelling mistake on datetime python's library documentation online

Paul Ganssle added the comment: @Lanteri If you'd like you can make a pull request against the French documentation here: https://github.com/python/python-docs-fr The relevant file is library/datetime.po It also seems like the French documentation has its own issue tracker, here:

[issue37510] argparse removing more "--" than it should

paul j3 added the comment: There are earlier bug/issues about the '--'. Also look at the parser code itself. Keep in mind that parsing is done in two passes - once to identify flags versus arguments ('O/A') and then to allocate strings to arguments. I don't

[issue37500] 3.8.0b2 no longer optimizes away "if 0:" ?

Paul Ganssle added the comment: > CPython has acted the current way for about 15 years (since 2.4 was > released), and this is the first time anyone has raised an objection. This is the expected result of fixing a bug that has been open since 2008 (11 years), which itself was n

[issue37369] Issue with pip in venv on Powershell in Windows

Paul Moore added the comment: On Fri, 5 Jul 2019 at 21:33, Steve Dower wrote: > Yeah. We probably need to be clear about which approaches are actually > supported and which ones are not. > > Ultimately though, I think this is a situation where the breakage is forced >

[issue37369] Issue with pip in venv on Powershell in Windows

Paul Moore added the comment: On Thu, 27 Jun 2019 at 18:08, Steve Dower wrote: > However, it does mean that we need to start reporting a sys.executable that > is not inside sys.prefix, and I'm not sure whether that is a good idea. > > Looking at venv (+Vinay for confirmatio

[issue37499] test_gdb.test_pycfunction should use dedicated test functions

New submission from Paul Ganssle : Currently, `test_pycfunction` picks a few built-in functions with various calling conventions to exercise all the relevant code paths: for py_name, py_args, c_name, expected_frame_number in ( ('gmtime', '

[issue37488] Document the "gotcha" behaviors in utcnow() and utcfromtimestamp()

New submission from Paul Ganssle : Between Python 2 and Python 3, the meaning of a naive datetime underwent a subtle change. Previously a naive datetime was mostly treated as an abstract datetime in the same way a unitless number is treated as an abstract quantity (this is reflected in the

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +14277 pull_request: https://github.com/python/cpython/pull/14460 ___ Python tracker <https://bugs.python.org/issue36

[issue36944] Add support for ARM64 to libffi

Paul Monson added the comment: submitted new PR to fix build and test issues for Windows ARM64 in Python https://github.com/libffi/libffi/pull/496 -- ___ Python tracker <https://bugs.python.org/issue36

[issue36943] Windows test changes for Windows ARM64

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36943> ___ ___ Pyth

[issue36942] Windows code changes for Windows ARM64

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36942> ___ ___ Pyth

[issue36941] Windows build changes for Windows ARM64

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36941> ___ ___ Pyth

[issue37236] fix test_complex for Windows arm64

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue37236> ___ ___ Pyth

[issue37201] fix test_distutils failures for Windows ARM64

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue37201> ___ ___ Pyth

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +14247 pull_request: https://github.com/python/cpython/pull/14431 ___ Python tracker <https://bugs.python.org/issue36

[issue37418] Code execution without calling it

Change by Paul Ganssle : -- nosy: -p-ganssle ___ Python tracker <https://bugs.python.org/issue37418> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37418] Code execution without calling it

Paul Ganssle added the comment: > why the code is executed? > I could do a library or a package and include evil code instead of a > print... The code is executed because the decorator syntax @decorator def f(): ... Is equivalent to def f(): ... f =

[issue33408] AF_UNIX is now supported in Windows

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

[issue37370] AF_UNIX should be supported on Windows

Paul Monson added the comment: Thanks Zackery. Closing as duplicate -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue37370] AF_UNIX should be supported on Windows

Change by Paul Monson : -- keywords: +patch pull_requests: +14126 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14302 ___ Python tracker <https://bugs.python.org/issu

[issue37370] AF_UNIX should be supported on Windows

New submission from Paul Monson : AF_UNIX has been supported on windows since version 1803 (build 17134) see https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/ Enabling support for AF_UNIX will enable better peer-to-peer connectivity scenarios for Azure IoT Edge. The

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +14103 pull_request: https://github.com/python/cpython/pull/14280 ___ Python tracker <https://bugs.python.org/issue36

[issue37354] Write PowerShell Activate.ps1 to be static so it can be signed

Paul Moore added the comment: How will this interact with EnvBuilder.install_scripts() (which explicitly states that it performs textual substitution)? Note that I'm not aware of anyone who actually uses the ability to subclass EnvBuilder, but I wouldn't be surprised to find that

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +14083 pull_request: https://github.com/python/cpython/pull/14251 ___ Python tracker <https://bugs.python.org/issue36

[issue34903] strptime %d handling of single digit day of month

Change by Paul Ganssle : -- resolution: -> fixed ___ Python tracker <https://bugs.python.org/issue34903> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue34903] strptime %d handling of single digit day of month

Paul Ganssle added the comment: Thanks for the PR, Mike! This is now merged and backported to Python 3.7, so I believe we can close this issue. -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.p

[issue34903] strptime %d handling of single digit day of month

Paul Ganssle added the comment: New changeset 6b9c204ee77a0de87d6f51a3d4547a18604cef9e by Paul Ganssle (Mike Gleen) in branch 'master': bpo-34903: Document that some strptime formats only require 1 digit (GH-14149) https://github.com/python/cpyt

[issue37299] RuntimeWarning is NOT raised

Paul Ganssle added the comment: I think the reason for the difference here is in the `no_error` function you never actually create the coroutine `true()`, so there's nothing to warn about. One thing that's confusing things about this example is that the `false()` evaluates to Tru

[issue37288] Fix Windows build when --no-tkinter is specified

Change by Paul Monson : -- keywords: +patch pull_requests: +13951 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14096 ___ Python tracker <https://bugs.python.org/issu

[issue37288] Fix Windows build when --no-tkinter is specified

Paul Monson added the comment: Change title: Fix Windows build when --no-tkinter is specified I noticed this because the Windows arm32 buildbot build was broken. -- title: Windows arm32 buildbot build is broken -> Fix Windows build when --no-tkinter is specif

[issue37288] Windows arm32 buildbot build is broken

New submission from Paul Monson : https://github.com/python/cpython/pull/14065 breaks building with --no-tkinter. Which breaks the Windows arm32 buildbot `C:\Users\buildbot\buildarea\3.x.monson-win-arm32.nondebug\build\PCbuild\python.vcxproj(158,9): error MSB4184: The expression

[issue37282] os problems on absolute paths containing unicode characters on windows

Paul Moore added the comment: This works for me on Python 3.7. Can you confirm if you see the problem on 3.7, and if so, provide a more detailed example of how to reproduce? -- ___ Python tracker <https://bugs.python.org/issue37

[issue9694] argparse required arguments displayed under "optional arguments"

paul j3 added the comment: Mark, Have you tried defining your own Argument Group? If that didn't work, what fix do you want? Why? -- ___ Python tracker <https://bugs.python.org/i

[issue37227] Wrong parse long argument

Change by paul j3 : -- nosy: +paul.j3 ___ Python tracker <https://bugs.python.org/issue37227> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36779] time.tzname returns empty string on Windows if default codepage is a Unicode codepage

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36779> ___ ___ Pyth

[issue37140] ctypes change made clang fail to build

Paul Monson added the comment: I did some reading about parameter passing and it's still not clear to me whether https://bugs.python.org/issue37140 is a bug in CPython or whether the clang bindings were relying on incorrect parameter passing behavior to work. The change in

[issue37239] Add headless development preset layout

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue37239> ___ ___ Pyth

[issue37239] Add headless development preset layout

Paul Monson added the comment: Thanks for the feedback Steve Looking at the differences between the change I proposed and the nuget package I agree that "--preset-nuget --include-..." is a better approach. Closing this issue and the pu

[issue37239] Add headless development preset layout

Change by Paul Monson : -- keywords: +patch pull_requests: +13852 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13989 ___ Python tracker <https://bugs.python.org/issu

[issue37239] Add headless development preset layout

New submission from Paul Monson : Add preset-headless preset which has everything that preset-default has minus tcltk and idle -- components: Build, Windows messages: 345275 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status

[issue37238] Enable building for Windows using Visual Studio 2019

Change by Paul Monson : -- keywords: +patch pull_requests: +13851 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13988 ___ Python tracker <https://bugs.python.org/issu

[issue37238] Enable building for Windows using Visual Studio 2019

New submission from Paul Monson : What is the normal process for lighting up a new Visual Studio? -- components: Build, Windows messages: 345269 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Enable building for

[issue37236] fix test_complex for Windows arm64

Change by Paul Monson : -- keywords: +patch pull_requests: +13847 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13983 ___ Python tracker <https://bugs.python.org/issu

[issue37236] fix test_complex for Windows arm64

New submission from Paul Monson : There is a compiler optimization error on Windows ARM64 that causes test_truediv (test.test_complex.ComplexTest) to fail with ZeroDivisionError: complex division by zero. Adding a pragma optimize around the affected function fixes the issue. I am also

[issue37201] fix test_distutils failures for Windows ARM64

Change by Paul Monson : -- keywords: +patch pull_requests: +13777 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13902 ___ Python tracker <https://bugs.python.org/issu

[issue37201] fix test_distutils failures for Windows ARM64

New submission from Paul Monson : There are a few places where ARM64 is not correctly specified in order for distutils to work for on-target builds using Visual Studio (32-bit x86 emulation). -- components: Tests, Windows messages: 345008 nosy: Paul Monson, paul.moore, steve.dower

[issue37181] fix test_regrtest failures on Windows arm64

Change by Paul Monson : -- keywords: +patch pull_requests: +13748 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13872 ___ Python tracker <https://bugs.python.org/issu

[issue37181] fix test_regrtest failures on Windows arm64

Change by Paul Monson : -- components: Tests, Windows nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: fix test_regrtest failures on Windows arm64 type: enhancement versions: Python 3.8, Python 3.9

[issue37164] dict creation with converted zip objects produces inconsistent behavior

Paul Moore added the comment: Works fine for me: Python 3.7.3 (v3.7.3:ef4ec6ed12, Mar 25 2019, 22:22:05) [MSC v.1916 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> a = ['1',

[issue37140] ctypes change made clang fail to build

Paul Monson added the comment: I added a unittest to the PR that illustrates the problem. It doesn't pass yet. -- ___ Python tracker <https://bugs.python.org/is

[issue37150] Do not allow to pass FileType class object instead of instance in add_argument

paul j3 added the comment: I don't see an easy way around this. FileType is a class, and thus is a callable. add_argument checks that the 'type' parameter is a callable (or a string in the registry). Otherwise it gives the programmer a lot of freedom regarding

[issue37134] [EASY] Use PEP570 syntax in the documentation

Paul Ganssle added the comment: > I respectfully disagree with logic, "the language now permits this, so we > should change all the docs to display it everywhere". That moves it from > optional knowledge to mandatory knowledge, from a day ten lesson to a day one > l

[issue37140] ctypes change made clang fail to build

Change by Paul Monson : -- keywords: +patch pull_requests: +13681 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13796 ___ Python tracker <https://bugs.python.org/issu

[issue37140] ctypes change made clang fail to build

Paul Monson added the comment: Reading the related bugs more carefully I think the struct/union passing conventions are different on Windows x64 and Linux. I have a fix which works for Windows but preserves the prior code for Linux

[issue37140] ctypes change made clang fail to build

Paul Monson added the comment: If I undo the changes to StructUnionType_paramfunc then test_pass_by_value (ctypes.test.test_structures.StructureTestCase) fails on x64 on Windows. Looking at the code I don't think this is specific to Windows. This is a test for fixing this issue:

[issue37140] ctypes change made clang fail to build

Paul Monson added the comment: The change causing the build failure comes from this commit. https://github.com/python/cpython/pull/3806/commits/ea8a0dcea68409d37f3ad9e60e42777c76ad903b The commit comment says: "Fix copy of structures when passed by value." Steve, do you recall

[issue37111] Logging - Inconsistent behaviour when handling unicode

Paul Moore added the comment: > User would like Python logging of Unicode characters to be consistent It is consistent. The encoding of logging.basicConfig(filename='c:\\my_log.log') is consistent with the encoding of open('c:\\my_log.log') Both use the

[issue36863] argparse doesn't like options in the middle of arguments

paul j3 added the comment: This is intended behavior of multi-nargs positionals. The 'one' string is consumed by the 'file' argument, and there's no positional argument left to consume the other strings. The topic was raised and discussed previously https://b

[issue36511] Add Windows ARM32 buildbot

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

[issue36511] Add Windows ARM32 buildbot

Paul Monson added the comment: I did a quick test and it looks like exit /b %ERRORLEVEL% will propagate the exit code. -- ___ Python tracker <https://bugs.python.org/issue36

[issue30802] datetime.datetime.strptime('200722', '%Y%U')

Change by Paul Ganssle : -- nosy: +p-ganssle ___ Python tracker <https://bugs.python.org/issue30802> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36799] Typo in ctypes documentation

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

[issue36799] Typo in ctypes documentation

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

[issue36941] Windows build changes for Windows ARM64

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

[issue36511] Add Windows ARM32 buildbot

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

[issue36972] Add SupportsIndex

Change by Paul Dagnelie : -- keywords: +patch pull_requests: +13358 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36972> ___ ___ Py

[issue36972] Add SupportsIndex

New submission from Paul Dagnelie : In order to allow hex() oct() and bin() to be used on user-defined classes, and to check if they can be used on a class at runtime, a SupportsIndex protocol would be useful to integrate. A PR already exists in the backport repo for this issue: https

[issue36959] ISO date errors in _strptime are jumbled

Paul Ganssle added the comment: Hm, I was a bit confused by your wording here, because I am able to trigger all the errors just fine even before this PR, but I do think that even though this isn't necessarily fixing inaccurate error messages (all the error messages *are* accurate), y

[issue36959] ISO date errors in _strptime are jumbled

Paul Ganssle added the comment: @gphelmsley Can you clarify what you mean by this? Do you have a minimal reproducing example that shows what's happening and what you are expecting? -- ___ Python tracker <https://bugs.python.org/is

[issue36953] Remove collections ABCs?

New submission from Paul Ganssle : In PR 5640 (https://github.com/python/cpython/pull/5460), a warning was added that importing ABCs from collections directly is deprecated and will be removed in Python 3.8, but they have not yet been removed and the warning is still active. If they are

[issue35947] Update libffi_msvc to current version of libffi

Paul Monson added the comment: Would you like me to submit a PR to the What's New doc? -- ___ Python tracker <https://bugs.python.org/issue35947> ___ ___

[issue36564] Infinite loop with short maximum line lengths in EmailPolicy

Paul Ganssle added the comment: Responding to a comment on the PR: > Now, that said you might want to consider the fact that in > _fold_mime_parameters I deal with this issue by bumping maxlen to 78 rather > than raising an error. I'm not sure that was the right choice, but

[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

[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

[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

[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

[issue36944] W

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

[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

[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

[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

[issue36564] Infinite loop with short maximum line lengths in EmailPolicy

Change by Paul Ganssle : -- nosy: +maxking, msapiro ___ Python tracker <https://bugs.python.org/issue36564> ___ ___ Python-bugs-list mailing list Unsubscribe:

[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-

[issue36783] No documentation for _FromXandFold C API functions

Paul Ganssle added the comment: @Stéphane The reason this issue was closed before PR 13204 was merged is that PR 13147 was merged a bit prematurely due to a miscommunication, which is why Cheryl closed the issue. I was going to re-open it after we realized what happened, but since we were at

<    3   4   5   6   7   8   9   10   11   12   >