[issue31708] Allow use of asynchronous generator expressions in synchronous functions

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue31708] Allow use of asynchronous generator expressions in synchronous functions

Yury Selivanov added the comment: New changeset b8ab9d3fc816f85f4d6dbef12b7414e6dc10e4dd by Yury Selivanov in branch 'master': bpo-31708: Allow async generator expressions in synchronous functions (#3905) https://github.com/python/cpython/commit/b8ab9d3fc816f85f4d6dbef12b7414e6dc10e4dd -

[issue31707] Irrational fractions

Serhiy Storchaka added the comment: Concur with Raymond. Even multiplication doesn't work for irrational numerator and denominator, since gcd() is not applicable to them. -- nosy: +serhiy.storchaka ___ Python tracker

[issue31708] Allow use of asynchronous generator expressions in synchronous functions

Change by Yury Selivanov : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue31708] Allow use of asynchronous generator expressions in synchronous functions

Yury Selivanov added the comment: (this is per PEP 530: https://www.python.org/dev/peps/pep-0530/#asynchronous-comprehensions) -- ___ Python tracker ___ __

[issue31709] Drop support for asynchronous __aiter__

Change by Yury Selivanov : -- pull_requests: +3877 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31708] Allow use of asynchronous generator expressions in synchronous functions

Change by Yury Selivanov : -- keywords: +patch pull_requests: +3876 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue31709] Drop support for asynchronous __aiter__

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue31709] Drop support for asynchronous __aiter__

Yury Selivanov added the comment: New changeset faa135acbfcd55f79fb97f7525c8aa6f5a5b6a22 by Yury Selivanov in branch 'master': bpo-31709: Drop support for asynchronous __aiter__. (#3903) https://github.com/python/cpython/commit/faa135acbfcd55f79fb97f7525c8aa6f5a5b6a22 -- ___

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

Chi Hsuan Yen added the comment: > even if cflags/ldflags are ok Might be this. setup.py doesn't use -I flags in $CFLAGS. It looks into $CPPFLAGS only. -- ___ Python tracker ___

[issue31596] expose pthread_getcpuclockid in time module

Benjamin Peterson added the comment: New changeset 86566702f311f8e90600e85350f6b6769a384ea5 by Benjamin Peterson in branch 'master': weaken pthread_getcpuclockid test (more bpo-31596) (#3904) https://github.com/python/cpython/commit/86566702f311f8e90600e85350f6b6769a384ea5 -- __

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

Change by Zachary Ware : -- nosy: +Chi Hsuan Yen, doko, zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

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

New submission from pmpp : --with-system-ffi is mandatory for linux build but no way is provided ( eg --with-ffi-includes= --with-ffi-libs= ) so setup.py can detect libffi already built in $PREFIX and $EPREFIX/lib. even if cflags/ldflags are ok , _ctypes build will be skipped with reason: INFO

[issue31596] expose pthread_getcpuclockid in time module

Change by Benjamin Peterson : -- pull_requests: +3875 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue31707] Irrational fractions

Raymond Hettinger added the comment: Put me down for -1. This doesn't seem like standard library material. It doesn't seem to address a common need and it would add complexity to an already complicated module (nor does it seem to have a good fit with the numeric tower). The proposal seems l

[issue31709] Drop support for asynchronous __aiter__

Change by Yury Selivanov : -- keywords: +patch pull_requests: +3874 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue31708] Allow use of asynchronous generator expressions in synchronous functions

New submission from Yury Selivanov : Prior to Python 3.7 we couldn't enable use of asynchronous generator expressions in synchronous functions: async arange(n): for i in range(n): yield i def make_arange(n): return (i async for i in arange(n)) -- de

[issue31708] Allow use of asynchronous generator expressions in synchronous functions

Change by Yury Selivanov : -- assignee: yselivanov components: Interpreter Core nosy: yselivanov priority: normal severity: normal status: open title: Allow use of asynchronous generator expressions in synchronous functions type: behavior versions: Python 3.7 ___

[issue31709] Drop support for asynchronous __aiter__

New submission from Yury Selivanov : As discussed in issue 27243, we want to drop support of asynchronous __aiter__ in Python 3.7. Together with issue 30406, this will enable us to add support for using asynchronous generator expressions in synchronous functions (issue 31708) -- assig

[issue31696] don't mention GCC in sys.version when built with Clang

Benjamin Peterson added the comment: New changeset 7faf7e50757dde2cb8583ee08ef31f4b8312e44f by Benjamin Peterson in branch 'master': closes bpo-31696: don't mention GCC in sys.version when building with clang (#3891) https://github.com/python/cpython/commit/7faf7e50757dde2cb8583ee08ef31f4b831

[issue30406] async and await should be keywords in 3.7

Yury Selivanov added the comment: Thanks a lot, Jelle! -- resolution: -> fixed stage: -> resolved status: open -> closed type: -> behavior ___ Python tracker ___ ___

[issue30406] async and await should be keywords in 3.7

Yury Selivanov added the comment: New changeset ac317700ce7439e38a8b420218d9a5035bba92ed by Yury Selivanov (Jelle Zijlstra) in branch 'master': bpo-30406: Make async and await proper keywords (#1669) https://github.com/python/cpython/commit/ac317700ce7439e38a8b420218d9a5035bba92ed --

[issue31707] Irrational fractions

Ben Burrill added the comment: The core operators, like multiplication and division, should work for any type that defines the right operators. Hashing is tricky, and reducing the fraction is pretty much off the table. This is why I suggested a superclass. I'll try making a patch sometime

[issue11205] Evaluation order of dictionary display is different from reference manual.

Nick Coghlan added the comment: I'm unlikely to ever get to this (especially as 3.5 is now in security-fix only mode), so closing it again. -- nosy: +freakboy, freakboy3742 resolution: -> fixed stage: needs patch -> resolved status: open -> closed

[issue31707] Irrational fractions

Raymond Hettinger added the comment: The fractions module isn't easily extended to support this proposal. It was designed around a gcd() step and assumes integer numerators and denominators throughout. Also, the Fraction class is registered with numbers.Rational() which implies some specifi

[issue31707] Irrational fractions

Change by Ben Burrill : -- nosy: +mark.dickinson, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue27645] Supporting native backup facility of SQLite

R. David Murray added the comment: If you are talking about Gerhard, if he was still around you'd probably get a similar response, but he hasn't been around much. So this is somewhat of an orphaned module currently and it takes longer for an issue to get traction. One of the drawbacks of th

[issue31707] Irrational fractions

New submission from Ben Burrill : fractions.Fraction enforces its numerator and denominator to be rational. This is a good idea for purely numeric fractions, but the abstractions that fractions.Fraction offers would also be useful for more abstract fractions. Some places where this might be u

[issue29095] Compiling Python 3.6 from source on MacOS X Sierra

Greg Couch added the comment: The problem with compiling OpenSSL from source is that it doesn't know how to access the root certificates needed for verification on Mac OS X. See issue17128 for more details. -- nosy: +gregcouch ___ Python tracker

[issue31523] Windows build file fixes

Steve Dower added the comment: New changeset 051295a8c57cc649fa5eaa43526143984a147411 by Steve Dower (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31523: Reliability improvements to the Windows build files (GH-3900) (#3902) https://github.com/python/cpython/commit/051295a8c57cc649fa5eaa43

[issue31523] Windows build file fixes

Change by Roundup Robot : -- pull_requests: +3873 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31706] urlencode should accept generator as values for mappings when doseq=True

Change by François Freitag : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue31706] urlencode should accept generator as values for mappings when doseq=True

Change by François Freitag : -- keywords: +patch pull_requests: +3872 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue31523] Windows build file fixes

Steve Dower added the comment: New changeset 2084b30e540d88b9fc752c5bdcc2f24334af4f2b by Steve Dower in branch 'master': bpo-31523: Reliability improvements to the Windows build files (#3900) https://github.com/python/cpython/commit/2084b30e540d88b9fc752c5bdcc2f24334af4f2b -- __

[issue31706] urlencode should accept generator as values for mappings when doseq=True

New submission from François Freitag : The urlencode documentation states that: The value element in itself can be a sequence and in that case, if the optional parameter doseq is evaluates to True, individual key=value pairs separated by '&' are generated for each element of the value sequence

[issue31705] test_sha256 from test_socket fails on ppc64le arch

Change by Charalampos Stratakis : -- nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue31705] test_sha256 from test_socket fails on ppc64le arch

New submission from Charalampos Stratakis : The issue is reproducible on a CentOS 7.4 on ppc64le architecture. It passes successfully on other arch's (however the other power pc arch's might also be affected). How to reproduce: Compile python 3.6 from source. Run ./python3 -m test --verbose

[issue27645] Supporting native backup facility of SQLite

Lele Gaifax added the comment: I rebased my v2 set of changesets into a new branch: https://github.com/lelit/cpython/tree/sqlite-backup-api-v3 I really don't know if anybody is interested beyond me, I did everything has been suggested/requested, and honestly I feel a bit discouraged: in the

[issue31596] expose pthread_getcpuclockid in time module

pdox added the comment: This looks specific to FreeBSD and s390x. Those platforms might not provide the same cpu-time clock consistency guarantees as Linux+glibc+x86. Would it be ok to just disable the ordering check for those systems? -- ___ Pytho

[issue31092] multiprocessing.Manager() race condition

Prof Plum added the comment: Oh I see, I thought getting an error that caused the python code execution to terminate was considered a "crash". On the note of whether you should fix this I think the answer is yes. When I call pool.apply_async() I expect it only to return when the worker proces

[issue31697] Regression in futures.as_completed with ProcessPoolExecutor.

Coady added the comment: Reproduced on the python docker image because the cpu count is so low. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker _

[issue31523] Windows build file fixes

Change by Steve Dower : -- keywords: +patch pull_requests: +3871 stage: needs patch -> patch review ___ Python tracker ___ ___ Python

[issue31092] multiprocessing.Manager() race condition

Oren Milman added the comment: Prof Plum, i changed the type of the issue to 'behavior', because Lang and me both got a KeyError. if your interpreter actually crashed, please change it back to 'crash'. -- ___ Python tracker

[issue31556] asyncio.wait_for can cancel futures faster with timeout==0

Yury Selivanov added the comment: Note, that this will not be backported to 3.6, as it behaves in a slightly incompatible way. I consider this patch as an enhancement that makes 'asyncio.wait_for' semantics easier to reason about and more practical. -- __

[issue31092] multiprocessing.Manager() race condition

Oren Milman added the comment: IIUC: In Lang's example, doing `queue = None` caused the destruction of the shared queue, which caused a call to BaseProxy._decref() (in multiprocessing/managers.py), which dispatched a decref request to the manager's server process. Meanwhile, the pool's worker

[issue31626] Writing in freed memory in _PyMem_DebugRawRealloc() after shrinking a memory block

Change by STINNER Victor : -- pull_requests: +3870 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31353] Implement PEP 553 - built-in breakpoint()

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue31556] asyncio.wait_for can cancel futures faster with timeout==0

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior ___ Python tracker ___

[issue31180] test_multiprocessing_spawn hangs randomly

STINNER Victor added the comment: New failure: AMD64 FreeBSD 10.x Shared 3.6 http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.6/builds/550/steps/test/logs/stdio -- ___ Python tracker _

[issue31692] Test `test_huntrleaks` fails in debug build with COUNT_ALLOCS

Change by Charalampos Stratakis : -- nosy: +cstratak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue31694] Running Windows installer with LauncherOnly=1 should not register the version as installed

Steve Dower added the comment: Agreed, and the underlying cause is also linked to the registration being wrong in some other ways. The fix requires rearchitecting the installer again, though less dramatically than last time. Won't happen for3.6.4, but we might get 3.7. -- versions: +

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

Steve Dower added the comment: We may just need to special case some well known exception codes for MSVC and the CLR, though if they're handled we may be dumping on the first chance and not the second chance handling. If I get a chance to dig into the docs and code I'll take a look, but it's

[issue13886] readline-related test_builtin failure

Serhiy Storchaka added the comment: As well as other 5 bugs. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

Fynn Be added the comment: > Are you asking to *ignore* all 0xE06D7363 exceptions? Yes. This error is only indicating that an error was thrown, regardless if it was handled or not. Therefore it should not be treated as fatal, but it is by faulthandler: 'bool(0xE06D7363 & 0x8000) == True'

[issue13886] readline-related test_builtin failure

STINNER Victor added the comment: bpo-31703 has been marked as a duplicate of this bug. -- ___ Python tracker ___ ___ Python-bugs-li

[issue31596] expose pthread_getcpuclockid in time module

STINNER Victor added the comment: The test is too strict, it fails on many buildbots. Four examples: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/1008/steps/test/logs/stdio == FAIL: tes

[issue31704] HTTP check lowercase response from proxy

New submission from Álvaro Muñoz : Recently faced an issue with a proxy responding in lowercase http, which caused this: ProtocolError('Connection aborted.', BadStatusLine('http/1.1 200 connection established\r\n',)) Changing the string to uppercase before checking if it starts with HTTP fixe

[issue31703] [EASY] Running test_builtin twice fails on input tty tests

STINNER Victor added the comment: > Why do you think that this issue is easy? I'm not sure that it's easy :-) -- ___ Python tracker ___ ___

[issue31703] [EASY] Running test_builtin twice fails on input tty tests

Serhiy Storchaka added the comment: This is a duplicate of issue13886 (and several other issues). Why do you think that this issue is easy? -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> readline-related test_builtin fail

[issue31703] [EASY] Running test_builtin twice fails on input tty tests

New submission from STINNER Victor : haypo@selma$ ./python -m test test_builtin test_builtin -v == FAIL: test_input_tty_non_ascii (test.test_builtin.PtyTests) -

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

Change by Roundup Robot : -- pull_requests: +3868 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

STINNER Victor added the comment: New changeset 11045c9d8a21dd9bd182a3939189db02815f9783 by Victor Stinner in branch 'master': bpo-31178: Mock os.waitpid() in test_subprocess (#3896) https://github.com/python/cpython/commit/11045c9d8a21dd9bd182a3939189db02815f9783 -- ___

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

STINNER Victor added the comment: > In a REPL on my Fedora 26, os.waitpid(0, 0) raises "ChildProcessError: [Errno > 10] No child processes". I'm not sure that waitpid() is the cause of the > hang, (...) Oh wait, now I understood the full picture. Summary: * 2 new tests were added to test_su

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

STINNER Victor added the comment: A colleague packaging Python for Red Hat Entreprise Linux reported me that tests hang randomly on test_exception_errpipe_bad_data() of test_subprocess. I don't know why exactly, but using strace, I noticed that the "unit test" calls os.waitpid() with the pid

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

Change by STINNER Victor : -- pull_requests: +3867 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31664] Add support of new crypt methods

Serhiy Storchaka added the comment: In issue31702 I propose related improvement for the SHA-* methods. -- ___ Python tracker ___ ___

[issue31702] Allow to specify the number of rounds for SHA-* hashing in crypt

New submission from Serhiy Storchaka : Blowfish salt should contain the binary logarithm of the number of rounds (from 4 to 31) (see issue31664). SHA-* salt can contain an explicit number of rounds in the form '$rounds={value}$'. It is bound to the range from 1000 to 9, the default is

[issue31690] Make RE "a", "L" and "u" inline flags local

Serhiy Storchaka added the comment: Added tests and the documentation. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

STINNER Victor added the comment: The code of the current faulthandler exception handler lives at: https://github.com/python/cpython/blob/master/Modules/faulthandler.c#L364-L409 -- https://support.microsoft.com/de-de/help/185294/prb-exception-code-0xe06d7363-when-calling-win32-seh-apis """ R

[issue30349] Preparation for advanced set syntax in regular expressions

Serhiy Storchaka added the comment: Made a warning for '[' be emitted only at the start of a set. This significantly decrease the breakage of other code. I think we can get around without implicit union of nested sets, like in [_[0-9][:Latin:]]. This can be written as [_||[0-9]||[:Latin:]].

[issue31671] IntFlag makes re.compile slower

STINNER Victor added the comment: Serhiy: "PR 3867 looks unpythonic to me. We usually don't check the type of arguments. This complicate and slow down a code. Do you have a realistic example when the current behavior harms?" No, I don't have any realistic example. I just noticed the bug and I

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

Fynn Be added the comment: In the github repository there is 'build.bat' that creates the mscv 14 solution, builds it and runs the 'test.py'. Here is the output: ``` Windows fatal exception: code 0xe06d7363 Current thread 0x462c (most recent call first): File "test.py", line 5 in caught

[issue31671] IntFlag makes re.compile slower

STINNER Victor added the comment: Hum, I ran again my microbenchmark on re.compile() cache: haypo@selma$ ./python -m perf timeit -s 'import re; re_compile=re.compile' 're_compile("a", flags=2)' --duplicate=1024 -o ref.json --inherit=PYTHONPATH -v Sadly, the commit c1c47c166b1012d34f2c6e111ee

[issue31671] IntFlag makes re.compile slower

Serhiy Storchaka added the comment: PR 3867 looks unpythonic to me. We usually don't check the type of arguments. This complicate and slow down a code. Do you have a realistic example when the current behavior harms? -- ___ Python tracker

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

Fynn Be added the comment: Here is a git repository with a test module and a test script: https://github.com/FynnBe/faulthandler-spam -- ___ Python tracker ___

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

New submission from Fynn Be : c++ extension compiled with MSVC 14 using python 3.6.2 on Windows 10 x64 Whenever a C++ exception is thrown in an extension the faulthandler dumps a traceback to it, even if it is caught. -- components: Windows messages: 303751 nosy: Fynn Be, haypo, paul.m

[issue31671] IntFlag makes re.compile slower

INADA Naoki added the comment: Instead caching type(flags), how about this? if not isinstance(flags, int): raise TypeError(f"flags must be int or RegexFlag, got {flags!r}") flags = int(flags) -- ___ Python tracker

[issue31671] IntFlag makes re.compile slower

STINNER Victor added the comment: My PR 3867 fixes a corner case when the re.compile() is misused ("on purpose"?). I'm going to reject (abandon) my own PR since it makes re.compile() slower: Mean +- std dev: [ref] 364 ns +- 6 ns -> [patch] 459 ns +- 10 ns: 1.26x slower (+26%) @Serhiy, @Naok

[issue31700] one-argument version for Generator.typing

New submission from Sebastian Rittau : Currently typing.Generator requires three arguments: Generator[YieldType, SendType, ReturnType]. At least for me, passing values to a generator is a very rare case. I suggest to allow only one argument to be passed to Generator: Generator[YieldType], whe

[issue31671] IntFlag makes re.compile slower

Change by Serhiy Storchaka : -- type: -> performance ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue31671] IntFlag makes re.compile slower

Serhiy Storchaka added the comment: Thanks Naoki! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue31671] IntFlag makes re.compile slower

Change by INADA Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Py

[issue31671] IntFlag makes re.compile slower

INADA Naoki added the comment: New changeset c1c47c166b1012d34f2c6e111ee9ccb5c4d12de7 by INADA Naoki in branch 'master': bpo-31671: re: Convert RegexFlag to int before compile (GH-3862) https://github.com/python/cpython/commit/c1c47c166b1012d34f2c6e111ee9ccb5c4d12de7 --

[issue27169] __debug__ is not optimized out at compile time for anything but `if:` and `while:` blocks

Change by Serhiy Storchaka : -- dependencies: +Build-out an AST optimizer, moving some functionality out of the peephole optimizer ___ Python tracker ___ __

[issue27169] __debug__ is not optimized out at compile time for anything but `if:` and `while:` blocks

Change by Serhiy Storchaka : -- assignee: -> serhiy.storchaka stage: -> needs patch type: -> behavior versions: +Python 3.7 -Python 3.6 ___ Python tracker ___ ___

[issue31699] Deadlocks in `concurrent.futures.ProcessPoolExecutor` with pickling error

New submission from Thomas Moreau : When using `concurrent.futures.ProcessPoolExecutor` with objects that are not picklable or unpicklable, several situations results in a deadlock, with the interpreter freezed. This is the case for different scenario, for instance these three : https://gist.

[issue30872] Update curses docs to Python 3

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.5 ___ Python tracker ___ __

[issue27494] 2to3 parser failure caused by a comma after a generator expression

Benjamin Peterson added the comment: New changeset af810b35b494ef1d255d4bf340b92a9dad446995 by Benjamin Peterson (Jakub Stasiak) in branch 'master': closes bpo-27494: Fix 2to3 handling of trailing comma after a generator expression (#3771) https://github.com/python/cpython/commit/af810b35b494

[issue31596] expose pthread_getcpuclockid in time module

Benjamin Peterson added the comment: New changeset e14679c78464d1e0e16786c2a0e9bcebe49e842b by Benjamin Peterson (pdox) in branch 'master': closes bpo-31596: Add an interface for pthread_getcpuclockid(3) (#3756) https://github.com/python/cpython/commit/e14679c78464d1e0e16786c2a0e9bcebe49e842b