[issue1170] shlex have problems with parsing unicode

wombat added the comment: The error messages may have gone away, but the underlying unicode limitations I mentioned remain: Suppose you wanted to use shlex to build a parser for Chinese text. Would you have to set "wordchars" to a string containing every possible Chinese character? I

[issue1170] shlex have problems with parsing unicode

STINNER Victor added the comment: > I would like to suggest making this change (or something similar) to the > official version of "shlex.py". Would sending an email to > "python-id...@python.org" be a good place to make this proposal? Yes, python-ideas is a good place to start discussion

[issue45308] multiprocessing default fork child process will not free object, which is inherited from parent process

STINNER Victor added the comment: > I still have some questions about is The Python bug tracker is not a forum for asking help how to use Python. Please stop reopening this issue. -- resolution: -> not a bug status: open -> closed ___ Python

[issue36819] Crash during encoding using UTF-16/32 and custom error handler

STINNER Victor added the comment: > We could just forbid error handlers returning position not in the range > (start , end] Yeah, that sounds like a reasonable solution. I don't see the point of returning a position outside this range. What would be the use case? For me, the only corner

[issue36819] Crash during encoding using UTF-16/32 and custom error handler

Change by Marc-Andre Lemburg : -- nosy: +doerwalter ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45316] [C API] Functions not exported with PyAPI_FUNC()

Serhiy Storchaka added the comment: Agree. We should also review all recently added functions with PyAPI_FUNC(). If they are not intended to be public API, PyAPI_FUNC() should be removed and declarations moved. -- nosy: +serhiy.storchaka ___

[issue39039] zlib.error with tarfile.open

Łukasz Langa added the comment: New changeset b6fe8572509b77d2002eaddf99d718e9b4835684 by Jack DeVries in branch 'main': bpo-39039: tarfile raises descriptive exception from zlib.error (GH-27766) https://github.com/python/cpython/commit/b6fe8572509b77d2002eaddf99d718e9b4835684 --

[issue45314] Using target python while cross-building

Frans added the comment: Update: I came to realize that the command 'python' is without './', so it will search using PATH for python. Which - on my system Opensuse TW - does not exist, since there we have 'python3'. So, I made a softlink python->python3. Alas, I noticed that when I made

[issue39026] pystate.h contains non-relative of initconfig.h include causing macOS Framework include failure

STINNER Victor added the comment: I marked bpo-40642 as a duplicate of this issue. -- ___ Python tracker ___ ___ Python-bugs-list

[issue40642] Cpython "pystate.h" subdirectory wrong

STINNER Victor added the comment: I mark this issue as a duplicate of bpo-39026. -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> pystate.h contains non-relative of initconfig.h include causing macOS Framework include failure

[issue39026] Include/cpython/pystate.h contains non-relative of initconfig.h include causing macOS Framework include failure

STINNER Victor added the comment: I'm not sure why Include/cpython/ is part of the compiler include directories. I am not sure why Include/ is *not* part of the compiler include directory. Anyway, it's hard to control how people build Python and there are always legit use cases where you

[issue39039] zlib.error with tarfile.open

Change by Łukasz Langa : -- pull_requests: +26984 pull_request: https://github.com/python/cpython/pull/28614 ___ Python tracker ___

[issue45229] Always use unittest for collecting tests in regrtests

Change by Serhiy Storchaka : -- pull_requests: +26986 pull_request: https://github.com/python/cpython/pull/28615 ___ Python tracker ___

[issue1170] shlex have problems with parsing unicode

Andrew Jewett added the comment: After posting that, I noticed that the second example I listed in my previous post (a language where words contain any non-whitespace, non-parenthesis character) can now be implemented in the current version of shlex.py by setting ​"whitespace_true" and

[issue40642] Cpython "pystate.h" subdirectory wrong

STINNER Victor added the comment: Having two header files with the same name in two directories which are part of the include directories is causing issues like this one :-( For the internal C API, I solve the issue by adding "pycore_" prefix to filenames. Maybe pystate.h should be renamed

[issue36819] Crash during encoding using UTF-16/32 and custom error handler

Change by Marc-Andre Lemburg : -- components: +Unicode nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36819] Crash during encoding using UTF-16/32 and custom error handler

Marc-Andre Lemburg added the comment: On 29.09.2021 10:41, Serhiy Storchaka wrote: > > Restricting the returned position to be strictly larger than start would > solve the problem with infinite loop and OOM. But this is a different issue. Yes, this would make sense, since having the codec

[issue39026] Include/cpython/pystate.h contains non-relative of initconfig.h include causing macOS Framework include failure

Change by STINNER Victor : -- title: pystate.h contains non-relative of initconfig.h include causing macOS Framework include failure -> Include/cpython/pystate.h contains non-relative of initconfig.h include causing macOS Framework include failure

[issue45308] multiprocessing default fork child process will not free object, which is inherited from parent process

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39026] Include/cpython/pystate.h contains non-relative of initconfig.h include causing macOS Framework include failure

STINNER Victor added the comment: I propose to only rename header files in Python 3.11. For Python 3.9 and 3.10, I suggest to modify Include/cpython/pystate.h by replacing: #include "cpython/initconfig.h" with: #include "initconfig.h" Like the PR 20181. --

[issue45316] [C API] Functions not exported with PyAPI_FUNC()

Change by Pablo Galindo Salgado : -- nosy: +Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24391] Better repr for threading objects

Serhiy Storchaka added the comment: New changeset eed32df5b6b989caf125d829301546db58b529dd by Serhiy Storchaka in branch 'main': bpo-24391: Better reprs for threading objects. (GH-20534) https://github.com/python/cpython/commit/eed32df5b6b989caf125d829301546db58b529dd --

[issue1170] shlex have problems with parsing unicode

Andrew Jewett added the comment: Alright. I'll think about it a little more and post my suggestion there, perhaps. Thanks Victor. -- ___ Python tracker ___

[issue39039] zlib.error with tarfile.open

Change by Łukasz Langa : -- pull_requests: +26983 pull_request: https://github.com/python/cpython/pull/28613 ___ Python tracker ___

[issue45314] Using target python while cross-building

Frans added the comment: Update 2: Using the python-3.8.12 sourceno problem! All functions well. So, 3.9 has some issues i guess ;) -- ___ Python tracker ___

[issue39717] Fix exception causes in tarfile module

Change by Łukasz Langa : -- nosy: +lukasz.langa nosy_count: 5.0 -> 6.0 pull_requests: +26985 pull_request: https://github.com/python/cpython/pull/28614 ___ Python tracker ___

[issue45316] [C API] Functions not exported with PyAPI_FUNC()

New submission from STINNER Victor : The Python C API contains multiple functions which are not exported with PyAPI_FUNC() and so are not usable. Public functions: --- void PyLineTable_InitAddressRange(const char *linetable, Py_ssize_t length, int firstlineno, PyCodeAddressRange *range); int

[issue45201] API function PySignal_SetWakeupFd is not exported and unusable

STINNER Victor added the comment: See also bpo-45316: [C API] Functions not exported with PyAPI_FUNC(). -- nosy: +vstinner ___ Python tracker ___

[issue36819] Crash during encoding using UTF-16/32 and custom error handler

Marc-Andre Lemburg added the comment: Looking at the specs in PEP 293 (https://www.python.org/dev/peps/pep-0293/), it is certainly possible for the error handler to return a newpos outside the range start - end, meaning in most cases: a value >= end. There's a good reason for this: the

[issue36819] Crash during encoding using UTF-16/32 and custom error handler

Serhiy Storchaka added the comment: Restricting the returned position to be strictly larger than start would solve the problem with infinite loop and OOM. But this is a different issue. -- ___ Python tracker

[issue45308] multiprocessing default fork child process will not free object, which is inherited from parent process

eleven xiang added the comment: I am not asking for your help to use python. What I post here is to want to report a potential issue about multiprocessing module. This issue is the default start method fork will not free the object, but other methods works normally. When I change to use

[issue39026] pystate.h contains non-relative of initconfig.h include causing macOS Framework include failure

Change by STINNER Victor : -- pull_requests: +26982 pull_request: https://github.com/python/cpython/pull/28612 ___ Python tracker ___

[issue36521] Consider removing docstrings from co_consts in code objects

Mark Shannon added the comment: There is a clear disadvantage in moving the docstring from the function's code object to the enclosing code object: Docstrings are rarely looked at (relative to other operations on functions). Inner functions and comprehensions are created many times for the

[issue45316] [C API] Functions not exported with PyAPI_FUNC()

Mark Shannon added the comment: Regarding these three functions: void PyLineTable_InitAddressRange(const char *linetable, Py_ssize_t length, int firstlineno, PyCodeAddressRange *range); int PyLineTable_NextAddressRange(PyCodeAddressRange *range); int

[issue39039] zlib.error with tarfile.open

Łukasz Langa added the comment: New changeset d6b69f21d8ec4af47a9c79f3f50d20be3d0875fc by Łukasz Langa in branch '3.10': [3.10] bpo-39039: tarfile raises descriptive exception from zlib.error (GH-27766) (GH-28613)

[issue36521] Consider removing docstrings from co_consts in code objects

Inada Naoki added the comment: > There is a clear disadvantage in moving the docstring from the function's > code object to the enclosing code object: > > Docstrings are rarely looked at (relative to other operations on functions). > Inner functions and comprehensions are created many times

[issue45317] Document the removal the usage of the C stack in Python to Python calls

New submission from Mark Shannon : Assuming that issue 45256 is implemented, we will need to document it. I'm opening a separate issue, so this doesn't get lost in the midst of 45256. We need to: Document the changes to gdb. Possibly at https://wiki.python.org/moin/DebuggingWithGdb, or in

[issue45317] Document the removal the usage of the C stack in Python to Python calls

Pablo Galindo Salgado added the comment: I will prepare a PR to also document the gdb helpers in the main docs. The wiki is insuficient. -- assignee: Mark.Shannon -> pablogsal ___ Python tracker

[issue45317] Document the removal the usage of the C stack in Python to Python calls

Change by Mark Shannon : -- assignee: docs@python -> Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45318] Python 3.10: cyclomatic complexity of match-case syntax

New submission from Boštjan Mejak : I am wondering about the cyclomatic complexity of using the new match-case syntax in Python 3.10, and later. What is the cyclomatic complexity difference (if any?) of a match-case code as opposed to code that uses the if-elif-else syntax? So my question is

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

New submission from Christian Heimes : While I was working on a patch to port wrapt to limited API and stable ABI, I noticed a possible regression in __annotations__ PyGetSetDef. It looks like C heap type subclasses no longer inherit the __annotations__ descriptor from a C heap type parent

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

Change by Graham Dumpleton : -- nosy: +grahamd ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

Pablo Galindo Salgado added the comment: Christian, could you bisect using your reproducer? -- ___ Python tracker ___ ___

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

Christian Heimes added the comment: I'm bisecting now. -- nosy: +petr.viktorin, vstinner ___ Python tracker ___ ___

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

Christian Heimes added the comment: The culprit is commit 2f2b69855d6524e15d12c15ddc0adce629e7de84 for bpo-43901: Lazy-create an empty annotations dict in all unannotated user classes and modules (GH-25623). -- ___ Python tracker

[issue39039] zlib.error with tarfile.open

Łukasz Langa added the comment: New changeset 7bff4d396f20451f20977be3ce23a879c6bc3e46 by Łukasz Langa in branch '3.9': [3.9] bpo-39039: tarfile raises descriptive exception from zlib.error (GH-27766) (GH-28614)

[issue45291] Some instructions in the "Using Python on Unix platforms" document do no work on CentOS 7

Łukasz Langa added the comment: New changeset 02fdd73a19464bafe9e5f98ecd17fd0a634c3f20 by Miss Islington (bot) in branch '3.10': bpo-45291: Explicitly set --libdir=lib when configure OpenSSL (GH-28566) (GH-28616)

[issue45291] Some instructions in the "Using Python on Unix platforms" document do no work on CentOS 7

Łukasz Langa added the comment: Thanks, Yiyang Zhan! ✨  ✨ -- resolution: -> fixed stage: patch review -> resolved versions: +Python 3.11 ___ Python tracker ___

[issue45317] Document the removal the usage of the C stack in Python to Python calls

Change by Mark Shannon : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45307] Removal of _PyImport_FindExtensionObject() in 3.10 limits custom extension module loaders

Change by Pablo Galindo Salgado : -- priority: release blocker -> stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue45320] Remove deprecated inspect functions

New submission from Hugo van Kemenade : inspect.getargspec was deprecated in docs since 3.0 (https://docs.python.org/3.0/library/inspect.html?highlight=getargspec#inspect.getargspec), raising a DeprecationWarning since 3.5 (bpo-20438,

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

Change by Pablo Galindo Salgado : -- pull_requests: +26988 pull_request: https://github.com/python/cpython/pull/28617 ___ Python tracker ___

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

Change by STINNER Victor : -- nosy: +petr.viktorin, vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Ken Jin added the comment: > If someone wants this issue to be solved in 3.10.0 it must be resolved ASAP. neonene suggested that the tracing tests for pattern matching (added in 3.10b4/rc1) caused PGO to wrongly optimize the more uncommon tracing paths in ceval. I will verify their one-line

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45316] [C API] Functions not exported with PyAPI_FUNC()

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45291] Some instructions in the "Using Python on Unix platforms" document do no work on CentOS 7

Łukasz Langa added the comment: New changeset bc4cde40339dd372960f27401d8fdaa4dab0f469 by zhanpon in branch 'main': bpo-45291: Explicitly set --libdir=lib when configure OpenSSL (GH-28566) https://github.com/python/cpython/commit/bc4cde40339dd372960f27401d8fdaa4dab0f469 -- nosy:

[issue45291] Some instructions in the "Using Python on Unix platforms" document do no work on CentOS 7

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +26987 pull_request: https://github.com/python/cpython/pull/28616 ___ Python tracker

[issue39039] zlib.error with tarfile.open

Łukasz Langa added the comment: Thanks for the fix, Jack! ✨  ✨ Since the change translated `zlib.error` to `tarfile.ReadError` which already has to be handled by user code, it's strictly decreasing the surface of necessary exception handling. So, treating this as a bug fix, I backported

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Pablo Galindo Salgado added the comment: If someone wants this issue to be solved in 3.10.0 it must be resolved ASAP. I am going to start freezing the release branch in one day or two to start testing the final candidate as much as possible so this issue has 24h at max to be merged into

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Pablo Galindo Salgado added the comment: This means that if anyone wants to pursue the 4% that is left the fix must be committed within 24 hours. -- priority: release blocker -> ___ Python tracker

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Pablo Galindo Salgado added the comment: I'm landing PR 28475 for now as it improves the situation from 7% to 4% slowdown and is contained enough. -- ___ Python tracker ___

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

Pablo Galindo Salgado added the comment: If you want a potential fix to be included in 3.10.0 it must be commited in the next 24/48 hours, otherwise it will need to wait for 3.10.1 -- nosy: -petr.viktorin, vstinner ___ Python tracker

[issue44809] Changelog missing removal of StrEnum etc.

Pablo Galindo Salgado added the comment: The changelog says now: bpo-44559: [Enum] module reverted to 3.9; 3.10 changes pushed until 3.11 (https://docs.python.org/3.10/whatsnew/changelog.html#id9) Please, feel free to reopen if we are missing anything -- resolution: -> fixed

[issue45295] Speed up classmethod calls via LOAD_METHOD

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45320] Remove deprecated inspect functions

Change by Hugo van Kemenade : -- keywords: +patch pull_requests: +26989 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28618 ___ Python tracker

[issue33582] formatargspec deprecated but does not emit DeprecationWarning.

Change by Hugo van Kemenade : -- nosy: +hugovk nosy_count: 6.0 -> 7.0 pull_requests: +26991 pull_request: https://github.com/python/cpython/pull/28618 ___ Python tracker ___

[issue20438] inspect: Deprecate getfullargspec?

Change by Hugo van Kemenade : -- nosy: +hugovk nosy_count: 11.0 -> 12.0 pull_requests: +26990 pull_request: https://github.com/python/cpython/pull/28618 ___ Python tracker ___

[issue45321] Module xml.parsers.expat.errors misses error code constants of libexpat >=2.0

New submission from sping : (This has been mention at https://bugs.python.org/issue44394#msg395642 before, but issue 44394 has been closed as fixed despite that part being forgotten, hence the dedicated ticket...) Module `xml.parsers.expat.errors` and its docs need 6 more error code entries

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Ken Jin added the comment: Sadly, I can't reproduce the speedups OP reported from disabling test_patma.TestTracing. It's not any faster than what we have with PR28475. (See attached pyperformance). I'm looking forward to their other fix :). Even if it comes in 3.10.1 that's still a huge

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

Change by miss-islington : -- pull_requests: +26997 pull_request: https://github.com/python/cpython/pull/28627 ___ Python tracker ___

[issue45322] [X86_64]test_concurrent_futures fail

New submission from tongxiaoge : The error log is as follows: [ 1848s] 0:19:24 load avg: 22.28 [411/412/1] test_concurrent_futures failed (19 min 19 sec) -- running: test_capi (19 min 22 sec) [ 1848s] [ 1848s] Traceback: [ 1848s] Thread 0x7fb68ffab700 (most recent call first): [ 1848s]

[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

Łukasz Langa added the comment: New changeset 90004fca1cc3c6e3c9b2c3faae5cb1b7d7711648 by Miss Islington (bot) in branch '3.8': [3.8] bpo-44394: Ensure libexpat is linked against libm (GH-28617) (GH-28620) https://github.com/python/cpython/commit/90004fca1cc3c6e3c9b2c3faae5cb1b7d7711648

[issue45322] [X86_64]test_concurrent_futures fail

Christian Heimes added the comment: Please stop adding Victor and me to the noisy list. That's rather rude. A core dev or triager will pick up the ticket eventually and notify the relevant experts. -- ___ Python tracker

[issue45322] [X86_64]test_concurrent_futures fail

Change by Christian Heimes : -- nosy: -christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45319] Possible regression in __annotations__ descr for heap type subclasses

Christian Heimes added the comment: Larry, could you please take a look? Your commit is causing a regression for C subclasses of heap types when the parent class has an "__annotations__" descriptor. The child class no longer uses the descriptor of the parent class. -- nosy: +larry

[issue43753] [C API] Add Py_Is(x, y) and Py_IsNone(x) functions

Change by STINNER Victor : -- pull_requests: +27009 pull_request: https://github.com/python/cpython/pull/28641 ___ Python tracker ___

[issue36207] robotsparser deny all with some rules

Change by STINNER Victor : -- Removed message: https://bugs.python.org/msg402889 ___ Python tracker ___ ___ Python-bugs-list

[issue44751] crypt.h should be in _cryptmodule.c, not in public header

Change by Sam James : -- nosy: +thesamesam ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45324] The frozen importer should capture info in find_spec().

Eric Snow added the comment: Taking care of this will also be necessary (probably) as we work on adding __file__ to frozen stdlib modules. (See bpo-21736.) -- ___ Python tracker

[issue45324] The frozen importer should capture info in find_spec().

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44751] crypt.h should be in _cryptmodule.c, not in public header

STINNER Victor added the comment: New changeset 80285ecc8deaa2b0e7351bf4be863d1a0ad3c188 by Miss Islington (bot) in branch '3.10': closes bpo-44751: Move crypt.h include from public header to _cryptmodule (GH-27394) (GH-28636)

[issue45325] Allow "p" in Py_BuildValue

Matt Wozniski added the comment: I spotted three other uses in the stdlib: Modules/_io/_iomodule.c raw = PyObject_CallFunction(RawIO_class, "OsOO", path_or_fd, rawmode, closefd ? Py_True : Py_False,

[issue42813] Extra spaces cause unexpected EOF error in "compile" function with mode "single"

Change by Terry J. Reedy : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue45326] Unexpected TypeError with type alias+issubclass+ABC

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

Change by STINNER Victor : -- pull_requests: +27011 pull_request: https://github.com/python/cpython/pull/28643 ___ Python tracker ___

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

Change by STINNER Victor : -- pull_requests: +27012 pull_request: https://github.com/python/cpython/pull/28644 ___ Python tracker ___

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

STINNER Victor added the comment: New changeset d62d925823b005c33b432e527562b573a3a89635 by Victor Stinner in branch 'main': bpo-41710: Add pytime_add() and pytime_mul() (GH-28642) https://github.com/python/cpython/commit/d62d925823b005c33b432e527562b573a3a89635 --

[issue43753] [C API] Add Py_Is(x, y) and Py_IsNone(x) functions

STINNER Victor added the comment: New changeset 8d3e7eff0936926554db6162c992af5829dc8160 by Victor Stinner in branch 'main': bpo-43753: _operator.is_() uses Py_Is() (GH-28641) https://github.com/python/cpython/commit/8d3e7eff0936926554db6162c992af5829dc8160 --

[issue41226] Supporting `strides` in `memoryview.cast`

Change by jakirkham : -- components: +Library (Lib) type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37080] Cannot compile Python3.7.3 on Alt-F (ARM)

STINNER Victor added the comment: > Use GCC option -fPIC for shared objects, please Did you try that? I guess that the configure.ac block about CCSHARED="-fPIC" doesn't handle your operating system. Try to modify manually Makefile to use "CCSHARED=-fPIC", make clean, and try make again. I

[issue45325] Allow "p" in Py_BuildValue

Matt Wozniski added the comment: > but there is a catch -- the arguments should be a C int Or a type that promotes to int. If you pass a C short or char, or a C++ bool, it is implicitly promoted to int. > so you will need to write "expr ? 1 : 0" Or alternatively "!!expr" > which is not

[issue40718] Support out-of-band pickling for builtin types

Change by jakirkham : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45326] Unexpected TypeError with type alias+issubclass+ABC

Change by Dong-hee Na : -- nosy: +gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1596321] KeyError at exit after 'import threading' in other thread

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

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

neonene added the comment: _PyEval_EvalFrameDefault() may also need to be divided. -- ___ Python tracker ___ ___ Python-bugs-list

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

STINNER Victor added the comment: New changeset 0231b6da45b610d33ee4e99bf190e31488d6ab26 by Victor Stinner in branch 'main': bpo-41710: Fix building pytime.c on Windows (GH-28644) https://github.com/python/cpython/commit/0231b6da45b610d33ee4e99bf190e31488d6ab26 --

[issue45291] Some instructions in the "Using Python on Unix platforms" document do no work on CentOS 7

Yiyang Zhan added the comment: Thank you for reviewing the pull request  -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue44751] crypt.h should be in _cryptmodule.c, not in public header

STINNER Victor added the comment: > Could you backport this fix to at least 3.9 and 3.10 branches? Done. > This is fix for regression which was previously backported to 2.7 and 3.6 > branches. I'm not sure what you mean. In Python 2.7 and Python 3.6, was already included by

[issue41710] acquire(timeout) of threading.Lock and threading.Condition is affected by jumps in system time: Python should use sem_clockwait(CLOCK_MONOTONIC)

Change by STINNER Victor : -- pull_requests: +27010 pull_request: https://github.com/python/cpython/pull/28642 ___ Python tracker ___

  1   2   >